© 


AD-A255  468 

iniiiiiii 


STRUCTURED  ANALYSIS/DESIGN 
LSA  TASK  303 

EVALUATION  OF  ALTERNATIVES  AND  TRADE-OFF  ANALYSIS 

SUBTASK  303^ 

TRADT-OFF  BETWEEN  SUPPORT  SYSTEM  ALTERNATIVES 

AND 

SYSTEM/EOUPMENT  ALTERNATIVES 

APJ  966-239 


AMERICAN  POWER  JEE  CO.  RIDGEEIEEO  N.l. 


92-24179 


V 


REPORT  DOCUMENTATION  PAGE 


Form  Approved 
OMB  No.  0704-0188 


la.  REPORT  SECURITY  CLASSIFICATION 

UNCLASSIFIED 


2a.  SECURITY  CLASSIFICATION  AUTHORITY 


2b.  DECLASSIFICATION /DOWNGRADING  SCHEDULE 


4.  PERFORMING  ORGANIZATION  REPORT  NUM8ER<S) 


1b.  RESTRICTIVE  MARKINGS 


3.  DISTRIBUTION /AVAILABILITY  OF  REPORT 


UNLIMITED 


5.  MONITORING  ORGANIZATION  REPORT  NUIVIBER(S) 


6a.  NAME  OF  PERFORMING  ORGANIZATION 

AMCCOM,  Army 


6c  ADDRESS  (City,  State,  artd  ZIP  Code) 

Rock  Island  Arsenal 

Rodk  Island,  IL  61299-6000 


7a.  NAME  OF  MONITORING  ORGANIZATION 


7b.  ADDRESS  (City,  State,  and  ZIP  Code) 


8a.  NAME  OF  FUNDING /SPONSORING 
ORGANIZATION 


8b.  OFFICE  SYMBOL  I  9.  PROCUREMENT  INSTRUMENT  IDENTIFICATION  NUMBER 
(If  applicable)  I 


8c  ADDRESS  (Cfy,  State,  and  ZIP  Code) 


10.  SOURCE  OF  FUNDING  NUMBERS 


PROGRAM 
ELEMENT  NO. 


PROJEa 

NO. 


WORK  UNIT 
ACCESSION  NO. 


(Include  Security  Classification)  Structured  Analysis  and  Structured  Design  for  the  Log¬ 
istic  Support  Analysis  (LSA)  Tasks,  LSA  Subtask  303.2.2,  "Trade-Off  Between 
Support  System  Alternatives  and  System/ Eauipment  Alternatives",  (APJ  966-239) 


12.  PERSONAL  AUTHOR(S) 

DUCLOS,  RONALD  SHEPHERD,  NED  " _  _ kmk 


13a.  TYPE  OF  REPORT  13b.  TIME  COVERED  14.  DATE  OF  REPORT  (Year,  Mont/»,  Day)  15.  PAGE  COUNT 

FINAL  from _ TO. _  Jan  1991  117 


16.  SUPPLEMENTARY  NOTATION 


COSATI  COOES 


GROUP  SUB-GROUP 


18.  SUBJECT  TERMS  {Continue  on  reverse  if  necessary  and  identify  by  block  number) 
STRUCTURED  ANALYSIS,  STRUCTURED  DESIGN,  LOGISTIC 
SUPPORT  ANALYSIS,  LSA,  DATA  FLOW  DIAGRAMS,  DFDs , 
PROCESSES,  DATA  FLOWS,  DATA  STORES,  EXTERNAL  over 


19.  ABSTRACT  {Continue  on  reverse  if  necessary  and  identify  by  block  number) 

This  report  consolidates  the  Structured  Analysis  and  Structured  Design  for 
the  Logistic  Support  Analysis  (LSA)  Task.  Included  are  the  Data  Flow 
Diagr^s  (DFDs)  for  the  LSA  Subtask  303.2,2,  "Trade-Off  Between  Support 
System  Alternatives  and  System/Equipment  Alternatives",  and  the  correspond¬ 
ing  descriptions  of  the  processes,  data  flows,  data  stores,  and  external 
enties  identified  on  each  DFD.  The  DFDs  are  further  developed  into  proce¬ 
dures  which  identifies  how  to  use  the  data  to  carry  out  the  processes  and 
accomplish  the  LSA  Subtask.  Venture  Evaluation  Review  Technique  (VERT) 
Batch  Input  files  are  also  provided  to  assist  as  tools,  giving  both  tech¬ 
nical  and  managerial  aspects  of  a  task. 


20.  DISTRIBUTION /AVAILABILITY  OF  ABSTRACT  21.  ABSTRACT  SECURITY  CLASSIFICATION 

jQunclassified/unlimited  □  same  as  rpt  □  otic  users  UNCLASSIFIED 


22a.  NAME  OF  RESPONSIBLE  INDIVIDUAL  l22b  TELEPHONE  (include  Area  Code)  22c.  OFFICE  SYMBOL 

-  I -  - 


00  Form  1473,  JUN  86  Previous  editions  are  obsolete  security  classification  of  this 


SECURITY  CLASSIFICATION  OF  THIS  PAGE 


18.  SUBJECT  TERMS  -  continuea. 

ENTITIES,  PROCEDURES,  VENTURE  EVALUATION  REVIEW  TECHNIQUE,  VERT, 
PROCESS  FLOWS,  OVERALL  SYSTEMS  DEVELOPMENT  PROCESS,  STRUCTURED 
SYSTEMS  ANALYSIS  FUNDAMENTALS,  TRADE-OFF  BETWEEN  SUPPORT  SYSTEM 
ALTERNATIVES  AND  SYSTEM/ EQUIPMENT  ALTERNATIVES. 


APJ  966-239 


STRUCTURED  ANALYSIS/DESIGN 


LSA  TASK  303 

EVALUATION  OF  ALTERNATIVES  AND  TRADE-OFF  ANALYSIS 

SUBTASK  303.2.2 

TRADE-OFF  BETWEEN  SUPPORT  SYSTEM  ALTERNATIVES 

AND 

SYSTEM/EQUIPMENT  ALTERNATIVES 


under 


for 


CONTRACT  DAAA21-86-D-0025 


HQ  US  AMCCOM 

INTEGRATED  LOGISTIC  SUPPORT  OFFICE 

AMSMC-LSP 
ROCK  ISLAND,  IL 


«  ft  4 


■  i 


1' 


9  C 


by 


.J 


AMERICAN  POWER  JET  COMPANY  DTIC  QUAUTT  rNSKSCrraD  3 


RIDGEFIELD,  NJ 


ARLINGTON,  VA 


WILLIAMSBURG,  VA  ST.  LOUIS,  MO 


January  1991 


EXECUTIVE  SUMMARY 


LSA  SUBTASK  303^^ 

TRADE-OFF  BETWEEN  SUPPORT  SYSTEM  ALTERNATIVES  AND 
SYSTEM/EQUIPMENT  ALTERNATIVES 


The  American  Power  Jet  Company  (APJ)  is  under  contract  to 
the  Army  Armament  Munitions  and  Chemical  Commeuid  (AMCCOM)  to 
provide  "how  to"  procedures  for  selected  ILS  and  LSA  tasks. 
Accordingly/  this  effort  requires  the  formalization  of  processes 
frequently  ill  defined  and  producing  diverse  emd  varied  outputs. 
The  results  of  this  effort  are  a  series  of  Structured  System 
Analysis  amd  Structured  System  Design  reports  which  set  forth  a 
generic  approach  to  each  task  which  may  be  tailored  to  specific 
weapon  system  characteristics  and  life  cycle  stage. 

The  intent  of  this  work  is  to  be  compatible  with  CALS/ 
LOGPARS/  and  oth^r  similar  efforts  to  enhauice  performauice/ 
training/  and  automation.  Our  basic  structure  facilitates  the 
downstreaua  application  of  Artificial  Intelligence  amd 
streauttlining  of  these  critical  functions. 

STRDCTOBBD  SYSTEM  ANALYSIS 

Excelerator/  a  Computer  Aided  Software  Engineering  (CASE) 
tool/  was  used  to  prepare  the  Structured  System  Analysis.  Each 
LSA  Task  is  modeled  by  a  series  of  Data  Flow  Diagrams  (DFDs) / 
depicting  activities  and  accompanying  data  flows  needed  to 
produce  intermediate  or  final  products.  Complex  activities  are 
"broken  down"  or  "exploded"  into  lower  level  data  flow  diagrams. 

Each  DFD  can  contain  four  types  of  objects : 
o  Processes  or  activities 

o  Data  Flows  -  inputs  to  a  process  or  data  output 
generated  from  a  process 

o  Data  Stores  -*  identifies  sources  for  the  data 
o  External  Entities  -  indicates  who  to  contact  for 
guidance . 

Each  object  is  described  either  by  developing  detailed 
procedures  or  identifying  its  data  content.  The  object 
descriptions  are  placed  in  a  Data  Dictionary  which  is  built-up 
as  the  Data  Flow  Diagrams  are  expanded/  detailed/  and  eventually 
completed. 


E-1 


f 


STRUCTURED  SYSTEM  DESIGN 

The  Structured  Design  amplifies  the  processes  euid  data 
flows  developed  in  the  Structured  Analysis  into  procedures  used 
to  accomplish  the  LSA  Tasks  auid  Subtasks.  The  Analysis  provides 
the  method  and  the  Design  implements  it. 

In  addition  to  the  narrative  portions  of  the  Structured 
Design,  "Input  Screens"  are  developed  for  each  process  or  set  of 
processes.  The  charts  structure  amd  orgemize  the  data  needed  to 
perform  a  LSA  task  and  make  decisions  on  Weapon  System 
supportability .  By  formalizing  the  data  requirements  in  this 
manner,  a  stemdard  set  of  output  reports  can  be  specified. 

AUTOMATION 

The  Structured  Design  material  cam  of  course  be  used  in  a 
m2uiual  fashion.  However,  automation  of  the  task  achieves 
several  objectives : 

The  auialyst  performing  the  LSA  Task  is  taken  through  a 
series  of  automated  steps  leading  to  a  successful  result . 
Help  is  availaible  at  every  step  to  guide  the  analyst 
through  the  task. 

Information  is  organized,  so  that  productivity  improves 
because  more  time  is  spent  gathering,  euialyzing,  and 
interpreting  the  data  instead  of  tedious  record  keeping. 
This  structure  allows  the  data  to  be  easily  retrieved, 
edited,  and  added  to. 

Output  reports  are  standardized  through  a  report  generation 
facility  using  preprogrammed  report  formats. 

A  significant  volume  of  data  will  be  captured  auid  stored 
over  a  period  of  time,  creating  a  large  "knowledge  base" .  This 
knowledge  base  provides  a  body  of  procedures,  sources,  data,  euid 
lessons  learned  for  an  analyst  to  query  and  apply  against  a  new 
or  update  amalysis  effort .  This  availeible  information  forms  the 
of  basis  an  Artificial  Intelligence  (AI)  expert  system. 

Automation  of  selected  LSA  subtasks  is  being  prototyped  to 
demonstrate  the  principles  involved  and  gain  user  experience. 
Although  fully  general,  all  prototypes  are  designed  for  ready 
development  amd  adaptation  to  specific  weapon  systems. 

LSA  Subtask  303.2.2  Description 

To  place  this  LSA  Subtask  in  context,  it  is  one  of  13 
subtasks  of  LSA  Task  303,  "Evaluation  of  Alternatives  and  Trade¬ 
off  Analysis",  which  deal  with  a  support  concept  that  provides 
the  best  system  readiness  emd  sustainability  at  the  lowest  life 
cycle  cost.  Input  for  this  sxibtask  comes  from  LSA  Tasks  205  and 
302. 
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This  Subtask  concerns  the  evaluations  and  trade-offs 
(either  internal,  external  or  internal /external)  between  the 
support  system  alternative  identified  for  each  system/ equipment 
alternative.  Any  new  or  critical  logistic  support  resource 
requirement  shall  be  identified  and  docximented.  Such  trade-off 
analysis  concerns  the  determination  of  optimum  values  between 
performauice,  design,  operations  atnd  logistic  support  with  part 
of  the  trade-off  auialysis  covering  cost  effective  euialysis  of 
the  support  system.  The  zuialysis  is  needed  to  provide  the 
optimiom  mix  between  design,  mission  performance,  logistic 
support  2uid  dollars  expended  for  such  support  equipment . 
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APJ,  vinder  contract  to  HQs,  AMCCOM,  has  initiated  the 
automation  of  the  LSA  Tasks  (MIL-STD-1388-1)  and  the  assessment  of 
the  ILS  elements  (AR  700-127) .  A  major  goal  is  to  unify  military 
and  contractor  approach  to  the  performemce  of  ILS  eind  LSA. 

Detailed  to  meet  all  requirements  of  ILS  emd  LSA,  the 
automated  process  will  continue  to  provide  the  flexibility  in 
selecting  tasks  and  elements  to  be  addressed  at  each  life  cycle 
stage.  A  major  advantage  of  this  approach  is  to  insure  that  the 
application  of  each  task  element  is  consistent  with  prescribed  Army 
policies  and  procedures . 

This  report  consolidates  the  Structured  Analysis  emd 
Structured  Design  under  one  cover  for  the  respective  LSA  Task. 
Structured  Analysis  provides  a  logical  model  of  the  method  to 
perform  and  LSA  Task.  This  logical  model  facilitates  the 
development  of  a  Structured  Design  that  provides  the  detailed 
procedures  to  perform  the  analysis.  Both  the  logical  model  and 
detailed  procedures  are  used  to  develop  the  application  software 
programs  which  will  be  provided  to  Government  and  contractor 
personnel  to  assist  in  the  performemce  of  the  LSA  Task. 

Included  in  this  report  are  the  Data  Flow  Diagrams  (DFDs)  for 
LSA  Subtask  303.2.2,  "Trade-Off  Between  Support  System  Alternatives 
and  System/Equipment  Alternatives"  amd  the  corresponding 
descriptions  of  the  processes,  data  flows,  data  stores,  and 
external  entities  identified  on  each  DFD  (Annex  B) .  In  addition, 
the  DFDs  are  further  developed  into  step-by-step  procedures  (Annex 
C)  which  identify  how  to  use  the  data  to  carry  out  the  processes 
which  ultimately  lead  to  accomplishing  the  LSA  Subtask. 

To  assist  mauiagers  in  planning  euid  controlling  this  task. 
Venture  Evaluation  Review  Technique  (VERT)  Batch  Input  files  are 
provided  (Annex  D) .  These  VERT  tools  provide  government  agencies 
with  complete  packages  to  give  contractors  that  cover  both 
technical  and  managerial  aspects  of  a  task.  This  approach 
estaUslishes  a  stamdardized  form  of  communication  emd  management 
between  contractors  performing  the  task  and  government  personnel 
reviewing  the  task. 

To  view  this  work  in  context,  this  report  also  presents  a 
brief  overview  of  Structured  Analysis  and  its  place  in  the  overall 
systems  development  process.  Additionally,  Annex  E  provides  a 
brief  working  description  of  Structured  Systems  Analysis 
fundamentals.  The  overview  amd  certain  portions  of  the 
introductory  text  are  repeated  verbatim  in  every  report  in  this 
series  so  that  each  report  is  free  standing. 
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PUBPOSS: 

The  purpose  of  this  report  series  is  to  present  the  results  of 
the  APJ  Structured  Analysis/Design  under  Contract  DAAA21-86-D-0025 
for  coordination  with  the  AMCCOM  Program  Manager  prior  to  in-depth 
programming  of  ILS  and  LSA  functions  amd  processes.  LSA  Task  303 
"Evaluation  of  Alternatives  auid  Trade-Off  Analysis",  (LSA  Subtask 
303.2.2  "Trade-off  Between  Support  System  Alternatives  and  System/ 
Equipment  Alternatives")  is  addressed  in  this  report. 

BACKGROUND: 

The  Department  of  the  Army  has  a  requirement  for  memagement 
control  over  contractor  and  Government  agency  response  to  the 
requirements  of  AR  700-127,  "Integrated  Logistic  Support  ",  auid 
MIL-STD-1388-1,  "Logistic  Support  Analysis".  HQs  AMCCOM  has 
initiated  action  to  structure  each  of  the  LSA  tasks,  the  assessment 
of  each  ILS  element,  the  form  of  the  results,  and  the  detailed 
processes  to  insure  consistency  with  current  Army  policies, 
procedures ,  and  techniques . 

This  approach  (undertaken  by  AMCCOM  and  APJ)  will  insure 
uniformity  in  efforts  and  products,  reproducibility  of  analyses, 
and  a  well-defined  structure  which  can  be  coordinated  among  all 
participants  in  the  logistic  process  to  arrive  at  common 
xinderstanding  eund  procedures. 

SCOPE : 

This  report  summarizes  the  results  of  the  Structured  Analysis 
of  the  identification  of  LSA  Task  303  "Evaluation  of  Alternatives 
and  Trade-Off  Analysis",  LSA  Svibtask  303.2.2,  "Trade-Off  Between 
Support  System  Alternatives  emd  System/Equipment  Alternatives",  and 
presents  the  associated  Data  Flow  Diagrams  (DFDs)  developed  from 
the  Structured  Analysis  amd  the  corresponding  procedures  developed 
in  the  Structured  Design.  The  portions  of  the  Data  Dictionary 
relating  to  the  DFDs  for  this  LSA  Stibtask  include  the  labels, 
names,  descriptions,  processes,  data  flows,  data  stores,  amd 
external  entities.  (The  Data  Dictionary  is  a  "living  document" 
that  evolves  through  the  amalysis  and  design  process) . 

The  Data  Dictionaries  developed  for  each  of  the  individual  LSA 
Stobtasks  are  integrated  together  into  a  Master  Data  Dictionary. 
Integration  of  the  individual  Data  dictionary  involves  the 
combination  of  similar  Data  Flows,  Data  Stores,  and  External 
Entities .  The  resulting  Master  Data  Dictionary  may  well  contain 
some  minor  differences  from  the  definitions  that  appear  in  this 
report.  All  processes,  auid  of  course,  the  content  of  the 
Structured  Design  will  remain  identical . 


1 


The  Structured  Design  portion  of  this  report  develops  the 
processes  and  data  flows  developed  in  the  DFDs  into  procedures 
which  are  used  to  accomplish  the  LSA  Tasks.  The  DFDs  provide  the 
method  and  the  Design  implements  it^  by  formulating  a  guide  for 
progreunmers  to  write  software  applications . 

This  report  presents  a  brief  overview  of  Structured  Analysis 
and  its  place  in  the  overall  systems  design  process  to  assist  the 
reader  who  may  not  be  fully  briefed  on  the  symbols  euid  conventions 
used.  It  is  supported  by  Annex  E,  which  defines  each  element  in 
Structured  Analysis . 

LSA  SUBTASK  303.2.2  -  OISCRIPTION: 

LSA  Subtask  303.2.2  concerns  the  evaluations  and  trade-offs 
(either  internal,  external  or  internal /external)  between  the 
support  system  alternative  identified  for  each  system/equipment 
alternative  (Task  302) .  Any  new  or  critical  logistic  support 
resource  requirement  shall  be  identified  2u\d  documented.  Such 
trade-off  analysis  concerns  the  determination  of  optimum  values 
between  performance,  design,  operations  and  logistic  support  with 
part  of  the  trade-off  analysis  covering  cost  effective  analysis  of 
the  support  system.  The  analysis  is  needed  to  provide  the  optimum 
mix  between  design,  mission  performance,  logistic  -support  and 
dollars  expended  for  such  support  equipment. 

Trade-off  studies  covered  in  this  report  are  between 
alternative  support  system  for  each  alternative  system/ecjuipment 
addressed  in  Task  302.  Design  operations  and  support  alternatives 
determined  by  trade-off  analyses  which  reduces  or  simplifies 
functions  requiring  logistic  support  resources  are  covered  by  LSA 
Task  303.2.3  "System  Trade-offs". 

NOTS:  Trade-offs  are  queuititative  measures  of 

implications  of  chemges  in  performemce  or  program 
parameters;  as  the  term  implies,  an  improvement  in 
one  respect  is  usually  accompemied  by  a  degradation 
in  another.  However,  in  a  more  general  sense, 
trade-offs  are  functional  relations  between 
performance  or  progreun  elements . 

Task  output  comprises  the  preferred  support  system  for  each 
specific  system /equipment  alternative  to  satisfy  the  need  with  the 
best  balance/trade-off  between  cost,  schedule,  performamce, 
readiness,  supportability  and  effectiveness  for  the  support  systems 
being  considered.  New  and  critical  logistic  resource  requirements 
will  be  identified  amd  documented. 

The  LSA  Task  Description  with  associated  task  inputs  and 
outputs  is  extracted  from  MIL-STD-1388-1A  and  is  included  as  Annex 
A. 
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APPROACH: 


The  APJ  approach  to  Structured  Analysis  and  Structured  Design 
of  an  LSA  Subtask  is: 

1.  Scope  the  Siobtask  defined  in  MIL-STD-lSSS-lA  with  the 
overall  task  auid  detemnine  its  relationship  with  other 
LSA  Tasks. 

2.  Review  all  pertinent  documentation  (e.g.,  ARs,  MIL-STDs, 
etc.)  applicable  to  the  specific  topic. 

3.  Prepare  the  Top  Level  DFDs  in  context  of  the  Svobtask,  and 
develop  lower  level  DFDs  to  further  quantify  '.ny  complex 
process  identified  in  the  top  level  DFD. 

4 .  Complete  the  Data  Dictionary  portion  of  the  Analysis  by 
describing  all  processes,  data  flows,  data  stores  and 
external  entities. 

5.  Apply  staff  experience  in  logistic  support  analysis  to 
assure  that  the  topic  has  been  exhaustively  addressed. 

6.  From  the  completed  DFDs,  prepare  the  step-by-step 
procedures  that  form  the  structured  design. 

7 .  Review  Data  Item  Description  and  other  applicable 
material  to  develop  output  reports . 

8 .  If  required,  revise  DFDs  and  Data  Dictionary  based  on 
preparation  of  detailed  procedures . 

9.  Validate  results  in  discussions  with  Army  activities  and 
personnel  directly  involved  in  the  applicable  or  related 
LSA  tasks. 

HOTS:  Structured  Analysis  euid  preparation  of  Data  Flow 

Diagrauns  (DFDs)  was  further  assisted  by  the 
application  of  Structured  Analysis  software. 
Licensed  by  Index  Technology  Corporation, 
Excelerator  provides  for  automated  tracking  of 
names,  laibels,  descriptions,  multiple  levels  of 
detail  in  the  data  flow  diagrams,  and  industry 
standards  in  symbols  and  diagraunming  practices . 

LSA  SUBTASK  303.2.2  -  TRADB-OFF  BBTWSSH  SUPPORT  SYSTEM  ALTSRHATZVBS 

AHD  SYSTEM/BQUZPMBMT  ALTBRHATIVBS : 

The  Data  Flow  Diagraun  is  a  tool  that  shows  the  flow  of  data, 
(i.e.,  data  flows  from  sources)  and  is  processed  by  activities  to 
produce  intermediate  or  final  products. 
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The  DFD  provides  a  useful  and  meaningful  partitioning  of  a 
system  from  the  viewpoint  of  identification  and  separation  of  all 
functions,  actions,  or  processes  so  that  each  can  be  introduced, 
changed,  added,  or  deleted  with  minimal  disruption  of  the  overall 
program,  i.e.,  it  emphasizes  the  tinderlying  concept  of  modularity 
and  identifiable  transformations  of  data  into  actionable  products . 


A  series  of  six  (6)  DFDs  have  been  developed  to  structure  the 
LSA  Subtask  relative  to  operations  and  other  support  fxinctions : 


1.  303.2.2 


Top  Level 


2.  303.2.2.4A 


Perform  Trade-'^-^f  Analysis 


3.  303.2.2.4A1B  Select  Trade-off  Analysis  SupportaO^ility 

4.  303.2.2.4A2B  Perform  Supportability  Trade-off 

Analysis,  Cost,  Performance  and  SRO 
Criteria 


5.  303.2.2.4A4B  Perform  SRO  Trade-off  Analysis 

6.  303.2.2.4A5B  Optimize  Support  system  Alternatives  for 

each  System/Equipment  Alternative. 


Each  DFD  is  keyed  to  the  specific  task  through  the 
identification  nvimber  assigned  in  the  lower  right  hand  box.  The 
Alpha  codes  indicate  the  level  of  indenture  or  explosion  below  the 
top  level,  i.e., : 


Top  Level . 

First  Indenture . 

Second  Indenture 


LSA  DFD  303.2.2 
LSA  DFD  303.2.2.4A 
LSA  DFD  303.2.2.4A1B 


Each  DFD  makes  reference  to  the  basic  LSA  task  it  addresses, 
as  well  as  the  level  of  indenture  (explosion)  of  the  DFD.  For 
example,  the  first  or  top  level  DFD,  ”303.2.2",  refers  to  the 
section  in  MIL-STD-1388-1A  which  describes  the  review  items.  One 
of  the  processes  (bubbles)  on  the  top  level  diagram  (303.2.2)  is 
expanded  and  identified  as  "303 . 2 . 2 . 4A" ,  a  second  level  of 
"303.2.2"  (Alpha  "A"  indicates  the  second  level). 

Four  standard  symbols  are  used  in  the  drawing  of  a  DFD  (see 
Annex  E  -  Figure  1) . 

A  copy  of  each  DFD  is  presented  in  Annex  B,  accompanied  by  the 
Data  Dictionary  process  elements.  Each  entry  made  in  the  DFDs  has 
a  corresponding  entry  in  the  Data  Dictionary. 

This  presents  only  those  Data  Dictionary  entries  necessary  for 
the  coordination  of  the  overall  concept  and  details  of  the 
processes.  To  facilitate  review  of  the  diagrams,  data  flow 
identifications,  process,  an  data  store  descriptions  are  provided. 
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As  noted  above ^  they  will  continue  to  evolve  and  be  expanded 
in  the  System  Design  phase. 

VBRT  DIAGRAMS: 

The  Venture  Evaluation  Review  Technique  (VERT)  was  developed 
as  a  network  emalysis  technique  to  facilitate  management  decision 
making.  It  allows  systematic  planning  euid  control  of  programs  eUid 
enadsles  managers  to  find  solutions  to  real  life  managerial 
problems.  The  VERT  Diagrams  and  Input  Files  for  this  task  can  be 
found  in  Annex  D.  In  order  to  understamd  how  these  Input  Files 
were  developed,  a  brief  discussion  of  the  methodology  used  is 
provided.  The  same  explanation  is  repeated  verbatim  in  every 
report . 


ANNEX  A 


LSA  TASK  303 

EVALUATION  OF  ALTERNATIVES  AND  TRADE-OFF  ANALYSIS 


ANNEX  A 
LSA  TASK  303 

EVALUATION  OF  ALTERNATIVES  AND  TRADE-OFF  ANALYSIS  \J 

303.1  PURPOSE :  To  determine  the  preferred  support  system 

alternative (s)  for  each  system/equipment  alternative  and  to 
participate  in  alternative  system  trade-offs  to  determine  the  best 
approach  (support,  design,  and  operation)  which  satisfies  the  need 
with  the  best  balance  between  cost,  schedule,  performance, 
readiness,  and  supportability . 

303.2.2  TASK  DESCRIPTION: 

303.2.2  Conduct  evaluations  amd  trade-offs  between  the  support 
system  alternatives  identified  for  each  system/ ecjuipment 
alternative  (Task  302) .  For  the  selected  support  system 
alternative (s) ,  identify  and  document  auiy  new  or  critical  logistic 
support  resource  requirements .  Any  restructured  personnel  job 
classification  shall  be  identified  as  a  new  resource. 

303.3  TASK  INPUT 

303.3.1  Delivery  identification  of  amy  data  item  required. 

303.3.2  Method  of  review  and  approval  of  identified  evaluations 
auid  trade-offs  to  be  performed,  evaluation  criteria,  analytical 
relationships  and  models  to  be  used,  amalysis  results,  auid  the 
sensitivity  analyses  to  be  performed. 

303.3.3  Specific  evaluations,  trade-offs,  or  sensitivity  analyses 
to  be  performed,  if  applicable. 

303.3.4  Specific  analytical  relationships  or  models  to  be  used, 
if  applicable. 

303.3.5  Any  limits  (numbers  or  skills)  to  operator  or  support 
personnel  for  the  new  system/equipment . 

303.3.6  Manpower  and  personnel  costs  for  use  in  appropriate 
trade-offs  and  evaluations  which  include  costs  related  to 
recruitment,  training,  retention,  development,  2md  washout  rates. 

303.3.7  Support  alternatives  for  the  new  system/ equipment  from 
task  302. 

303.3.8  Description  of  system/equipment  alternatives  under 
consideration . 

303.3.9  Support2Q3ility  amd  supportaUDility  related  design 
objectives,  goals  and  thresholds,  and  constraints  for  the  new 
system/equipment  from  Task  205. 

303 .3.10  Historical  CER/PER  that  exist  which  are  applicable  to  the 
new  system/equipment . 
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303.3.11  Job  amd  bask  invenbory  for  applicable  personnel  job 
classif icabions . 


303.4  TASK  OUTPUT 

303.4.1  For  each  evaluabion  amd  brade-off  performed  tander  bhis 
bask: 


a.  Idenbificabion  of  bhe  evaluabion  criberia^  amalybical 
relabionships  amd  models  used,  selecbed  albernabive (s) , 
appropriabe  sensibiviby  amalysis  resulbs,  evaluabion  amd 
brade— off  resulbs,  amd  amy  risks  involved. 

b.  Trade-off  amd  evaluabion  updabes,  as  applicadsle. 

303.4.2  Recommended  support  sysbem  albernabive (s)  for  each 
sysbem/equipmenb  albernabive  amd  idenbificabion  of  new  or  cribical 
logisbic  supporb  resource  requiremenbs .  (303.2.2) 


1./  Absbracbed  verbabim  from  MIL-STD-1388-la,  April  11,  1983, 

pages  36  bhru  39. 
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ANNEX  B 

SUBTASK  303.2.2 

IMPACT  OF  RESOURCE  SHORTFALLS, 

DATA  FLOW  DIAGRAMS  AND  PROCESS  DATA  DICTIONARY 


r/r  roLXCY  tiixa 


mOM  SOVtJUK 
303.2.2.9 


noM  tntxMK  ritoii  sokmk 
303.2.2.3  303.2.2.3 


AMC-r  700-4  \ 
HOOILJ  OM  \ 

sorroirr'  lxty 


stLicno  \ 
sYsrm  \ 
•Qoxnsirr  ' 

ALTiniATXVt 


I'Tiuotorr 
AMALTOXO 
DATA  MOB  - 
SBtBCTBO  ALT 


BBLSCnD 

ALTtfMATXVB 
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ritOH  SOtCMK 

303.2.2. 4Ai 


rum  stJwth$K 

303.:.2.4A1»3 


DATE: 

TIME: 

20-NOV-9O 

11:21 

APJ  REPORT  -  NAVY  PAffi  1 

PROCESS  DESCRIPTION  EXCELERATOR  1.84 

Naae 

Label 

Description 

303.2.2.1 

SELECT 

SYSTQ!/ 

EQUIPMENT 

ALTERN'VE 

PURPOSE: 

FOR  EACH  ITERMIOM,  SELECT  ONE  SYSTQl/EQUIPMENT  ALTERNMIVE  FOR 
miCH  EACH  ALTERNMIVE  SUPPORT  CONCEPT  DEVELOPED  IN  LSA  TASK  302  MILL  BE 
EVALUATED  TO  DETERHIME  THE  PREFERRED  METHOD  OF  SUPPORT. 

SOURCE  OF  Dm: 

1:  PROGRAM  MMUGERS  OR  ILSHT  mniAIE  ACTION  AND  UPDATE 

REQUIRQIENTS: 

2:  ISA  TASK  302  (S7STEM/EQUIPMENT  ALTERNATIVES  UNDER 

CONSIDERATION) . 

303.2.2.2  SELECT/  PURPOSE: 

QUANTIFT  SELECT  AMD  QUAMTIFT  THE  ALTERNATIVE  SUPPORT  CONCEPTS  APPLICABLE  TO 

SUPPORT  EACH  NEK  SYHSTEM/EQUIPMEin  SELECTED  AT  SUBT3K  303.2.1.  THE  CONCEPT 

SrSTEH  SHOULD  ADDRESS  EACH  ASPECT  OF  SUPPORT  FOR  THE  NEN  SYSTQl/EQUIPMENT 

ALTERN'VE  COVERING  ALL  LEVELS  OF  MAINTENANCE  AMD  ALL  OPERATION  AMD  MAIMTENAMCE 

TASKS  (HARDNARE  AND  SOFTNARE) . 

IDENTIFY  COST  ASSOCIATED  WITH  THE  SOPPORTABILITY  ELIMENTS  DESCRIBED 
IN  THE  ALTERNATIVE  SUPPORT  C(»iCEPT  DEVELOPMENT  PROCESS. 

SOURCE  OF  DMA: 

1.  SUBTASK  303.2.2.1  (SELECTED  MEN  SYSTQl/EQUIPHEMT  ALTERNATIVE) 

2.  LSA  TASK  302  (ALTERNATIVE  SUPPORT  CONCEPTS/PLAHS) . 

3.  SUPPORT  COSTS  FROM  ACQUIRING  ACTIVITY  FILES  (AAF) . 

303.2.2.3  IDENIFY 

CRITERION  PURPOSE:  IDENTIFY  CRITERION  RELATB)  TO  THE  SRO,  COSTS  i  SOPPORTABILITY. 

RELATED  TO  BASED  ON  A  FIXED  LEVEL  OF  EFFEaiVENESS  (THRESHOLD  CAPABILITY) 

SRO,  COSTS  ESTABLISHED  IN  THE  SYSTEM  READINESS  OBJECTIVES  (SRO),  THESE  COSTS  HAY  BE 

i  SUP'LITY  OBTAINED  FROM  THE  APPLICABLE  ACTIVITY.  FOR  EXAMPLE:  MANPONER  AM) 

PERSONNEL  COST  RELATIVE  TO  THE  SUPPORT  ELELENIS  IDENTIFIED  FOR  TEE  NEN 
SYSTQt/EQUIPHENT  MAY  BE  OBTAINED  FROM  THE  U.S.  ARMY  TRAINING  AND 
DOCTRINE  OMlAra}  (TRADOC) . 

SOURCE  OF  DMA: 

SRO  Dm  NRICH  INCLUDES  PEACETIME  AND  HARTIME  ELQIENTS 

303.2.2.4  PERFORM  PURPOSE: 

TRADEOFF 

ANALYSES  FOR  THE  SYSTQl/EQUIPMEMT  SELECTED  FOR  ANALYSIS,  EVALUATE  EACH 

ALTERNMIVE  SUPPORT  CONCEPT  SELECTED  AM)  DETERMINE  THE  CONCEPT  TBM 
MEETS  THE  SUPPORT  READINESS  REQUIRQIENTS  WITH  THE  BEST  BALANCE  AMONG 
COST,  SCHEDULE,  PERFORMANCE,  READINESS,  AMD  SUPPORTABILITY. 

SOURCE  OF  DMA: 

1.  303.2.2.1  SELECTED  SYSTQI/EQOIPMENT  ALTERNMIVE 

2.  303.2.2.2  SELEn/QUANTin  SUPPORT  SYSTEM  ALTERNMIVES 

3.  303.2.2.3  IDENTIFY  CRITERION  RELATED  TO  SRO  (KARTIME  AND 

PEACETIME) ,  COSTS,  AMD  SUPPORTABILITY 
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OAIE:  20-N0V-90  APJ  REPORT  -  NAVY  PACE  2 

TIME;  11:21  PROCESS  DESCRIPTION  EXCELERATOR  1.84 


Name  Label  Description 


303.2.2.4A1  SELECT  T/0 
ANALYSIS 
SUPPORT/ 
COST/PERF/ 
SRO 


PURPOSE: 

SELECT  A  TRADEOFF  MODEL  TO  COMPARE  AMD  DETERMINE  THE  BEST  SUPPORT 
PARJttCETERS  FRCM  A  SET  OF  ALTERNATE  SUPPORT  CONCEPTS.  THIS  TRADEOFF  MILL 
COIPARE  ALL  COSTS,  AND  THE  SUPPORTABILITY  MEASURES,  TONARDS  MEETING  THE 
ESTABLISHED  SYSTEM  PERFORMANCE  AND  READINESS  OBJECTIVES. 

SOURCE  OF  DATA: 

1.  303.2.2.3  IDENTIFY  CRITERION  RELATED  TO  SRO,  COSTS,  AND 

SUPPORTABILITY 

2.  AMC-P  700-4  LOGISTICS  SUPPORT  ANALYSIS  TECHNIQUES  GUIDE 


303.2.2.4A1B1  IDENTIFY 
QUAL/QUAN 
AITRIB'TES 
ASSOC.  ffITH 
SYS/EQUIP 


PURPOSE: 

IDENTIFY  THOSE  QUALITATIVE  AND  QUANTITATIVE  CHARACTERISTICS  ASSOCIATED 
KITH  THE  SYSTEM/EQUIPMENT.  THIS  DATA  WILL  BE  USED  IN  DETERMINING 
SUPPORT  CAPABILITIES  OF  EACH  SUPPORT  CONCEPT  AND  THE  ASSOCIATED  COSTS. 

SOURCE  OF  DATA; 

SUSBTASK  303.2.2.2  -  SELECT/QOANTIFY  SUPPORT  SYSTEM  ALTERNATIVES 


303.2.2.4A1B2  IDENTIFY 
QUAL/QUAN 
AITRIB'TES 
ASSOC/ALT 
SPT  SYS 


PURPOSE: 

IDENTin  ALL  QUANTITATIVE  AND  QUALITATIVE  OPERATIONAL  ATTRIBUTES  OF 
EACH  ALTERNATIVE  SUPPORT  SYSTDl  CONCEPT.  THIS  DATA  WILL  BE  USED  FOR 
DETERMINING  IF  THE  SUPPORT  SYSTEM  ATTRIBUTES  (PARAMENTERS)  ARE  CAPABLE 
OF  MEETING  THE  PHYSICAL  AND  OPERATIONAL  ATTRIBUTES  IDENTIFIED  FROM 
SUBTASK  303.2.2.3. 

SOURCE  OF  DATA: 

SUBTASK  303.2.2.3  -  IDENTIFY  CRITERION  RELATED  TO  SRO,  COSTS,  AND 
SUPPORTABILin. 


303.2.2.4A1B3  ESTABLISH 
RELATIONS 
MODELS  - 
SUPPORT, 
COST,  SRO 


PURPOSE: 

CONSTRUCT  THE  ANALYTICAL  RELATIONSHIPS  CONCERNING  SUPPORTABILITY, 
COSTS,  AND  SYSTEM  READINESS  OBJECTIVES.  USING  HISTORICAL  DATA  BASES 
FROM  LOGISTICALLY  SIMILAR  SYSTEM/EQUIPMENTS,  DEVELOP  THE  MODELING 
PREDICTION  FOR  EACH  SUPPORT  SYSTEM  CONCEPT  IDENTIFIED  AT  SUBTASK 
303.2.2.2. 

SOURCE  OF  DATA: 

1.  SUBTASK  303.2.2.3  -  IDENTIFY  CRITERION  RELATED  TO  SRO,  COST,  i 
SUPPORTYABILITT 

2.  SUBTASK  303.2.2.4A1B1  -  IDENTIFY  QUALITATIVE  AND  QUANTITATIVE 
ATTRIBUTES  ASSOCIATED  NITH  NEN  SYSTEM/EQOIPHENT 

3.  SUBTASK  303.2.2.4A1B2  -  IDENTIH  QUALITATIVE  AND  QUANTITATIVE 
ATTRIBUTES  ASSOCIATED  WITH  ALTERNATIVE  SUPPORT  SYSTIMS. 

4.  WARTIME  ENVIRONMENT  DATA 

5.  PEACETIME  CRITERIA 
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Nane  Label  Descriptioa 


303.2.2.4A2  PERFORM 

SUPPORT' TT 

TRADEOFF 

ANALYSIS 


PURPOSE: 

DETERHIME  THE  ALTERNATE  SUPPORT  CONCEPT  NHOSE  SUPPORT  ELEMENTS  HAVE 
THE  BEST  INFLUENCE  ON  RELIABILITY,  MAINTAINABILITY,  SAFETY,  HIMAN 
FACTORS,  TRANSPORTATION  AND  HANDLING,  STORAGE,  PRESERVATION  AND 
PACKAGING,  FUNDING,  DATA  MANAGEMENT,  AND  MAINTENANCE  ENGINEERING 
CHARACTERISTICS.  THIS  CAN  BE  DONE  BY  ESTABLISHING  A  RELATIONAL  MATRIX. 
SOURCE  OF  DATA: 

1.  SUBTASK  303.2.2.4A1  SELECT  TRADEOFF  ANALYSIS 

2.  AMC-P  700-4  LOGISTIC  SUPPORT  ANALYSIS  TECHNIQUE  GUDE 


303.2.2.4A2B1  ASSESS 

CRICAL'TY 
/RELATION 
TO  MISSION 
FUNaiONS 


PURPOSE: 

IDENTIFY  THOSE  SUPPORT  ELEMENTS  WHICH  ARE  CRITICAL  AND  HAVE  THE 
LARGEST  EFFECT  ON  THE  SELECTED  SYSTEM/EQDIPMENT  SUPPORT  AND  READINESS 
VALUES  AS  RELATES  TO  MISSION  FUNCTIONS.  THE  EFFECTS  ARE  RELATED  TO  THE 
IDENTIFIED  RISKS  INVOLVED  DUE  TO  NEW  TECHNOLOGY,  NEW  EQUIPMENT,  NEW 
THREATS  AND/OR  NEW  OPERATIONS. 

SOURCE  OF  DATA: 

1.  SUBTASK  303. 2. 2. 4 A2  -  PERFORM  SUPPORTABILITY  TRADEOFF  ANALYSIS 

2.  AMC-PAM  400-4  -  LOGISTIC  SUPPORT  ANALYSIS  TECHNIQUE  GUIDE 


303.2.2.4A2B2  PERFORM 

SUPPORT' TY 

TRADEOFF 

ANALYSIS 


PURPOSE: 

CONDUCT  THE  TRADEOFF  ANALYSIS  OF  THE  SELECTED  ALTERNATE  SUJPPORT 
CONCEPT  UNDER  EVALUATION.  USE  EXISTING  MODELS  FROM  ANC-P  700-4. 
"LOGISTICAL  SUPPORT  ANALYSIS  TECHNIQUE  GUIDE"  OR  ANY  MODEL 
DEVELOPED  AT  THIS  TIME  TO  SATISFY  THIS  PROCESS. 

SOURCE  OF  DATA: 

1.  SUBTASK  303.2.2.4A2B1  -  ASSESS  CRITICALITY  OF  RELATIONSHIP  TO 
MISSION  FUNCTIONS 

2.  AMC-P  700-4  LOGISTIC  SUPPORT  ANALYSIS  TECHNIQUE  GUIDE. 


303.2.2.4A2B3  CONDUa 
SENSIT'TY 
ANALYSIS 


PURPOSE: 

CONDUCT  A  SENSITIVITY  ANALYSIS  TO  IDENTIFY  THOSE  SUPPORT  PARAMETERS 
THAT  CAN  BE  INFLUENCED  BY  VARIATIONS  IN  FUNCITONAL  REQUIRIMENTS 
RELATED  TO  RELIABILITY,  MAINTAINABILITY,  SAFETY,  HUMAN  FACTORS, 
TRANSPORTATION,  ETC.  AMD  DETERMINE  THE  RISKS  INVOLVED  WITH  EACH 
SUPPORT  ELEMENT. 

THIS  IDENTIFIES  THOSE  AREA  WHERE  CHANGES  IN  SYSTEM  READINESS 
OBJECTIVES  CAN  BE  INFLUENCED  BY  S(^/ALL  OF  THE  SUPPORT  ELEMENTS. 
SOURCE  OF  DATA: 

1.  SUBTASK  303.2.2.4A2B1  ASSESS  CRITICALITY  OF  RELATION  TO  MISSION 

FUNCTION 

2 .  SUBTASK  303.2.2. 4A2B2  PERFORM  SUPPORTABILITY  TRADEOFF  ANALYSIS 


303.2.2.4A2B4  PRIORITIZE 
RESULTS  - 
CRITICAL 
CHARACTER¬ 
ISTICS 


PURPOSE: 

PRIORITIZE  THE  RESULTS  OF  THE  SENSITIVITY  ANALYSIS  AND  IDENTIFY 
THOSE  CRITICAL  RELATIONSHIPS  AND/OR  CHARACTERISTICS  WHICH  A  MULTIVARIATE 
ANALYSIS  AND  OTHER  MODEL  RESULTS  HAVE  SELECTD  FOR  EACH  OF  THE  ALTERNA¬ 
TIVE  SUPPORT  SYST01S  EVALUATED. 

SOURCE  OF  DATA: 

SUBTASK  303.2.2.4A2B3  -  SENSITIVITY  ANALYSIS  RESULTS 
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Naae 


303.2.2.4A2B5 


303.2.2.4A2B6 


303.2.2.4A3 


303.2.2.4A4 


303.2.2.4A4B1 


303.2.2.4A4B2 


Label  OescriptioQ 


COMPARE 
RESULTS 
OF  ALT'VE 
SUP  STS 
EVALUATION 


PURPOSE: 

REVIEW  THE  SUPPORT  SYSTEMS  TRADEOFF  ANALYSIS  STUDIES  AND  COMPARE  THE 
DATA  FOR  EACH  SUPPORT  CONCEPT  ANALYZED.  PARTICULAR  ATTENTION  MUST 
BE  GIVEN  TO  HIGH  RISK  VARIABLES  AND  ASSUMPTIONS  USED  IN  THE  TRADEOFF 
ANALYSIS. 

SOURCE  OF  DATA 

1.  SUBTASK  303.2.2.4A2B2  -  PERFORM  SUPPORTABILITY  TRADEOFF  ANALYSIS 

2.  SUBTASK  303.2.2.4A3  -  CONDUCT  TRADEOFF  ANALYSIS 

3.  SUBTASK  303.2.2.4A5B3  -  PERFORM  DECISION  RISK  ANALYSIS 


ASSESS 
R0t«T  FOR 
RESTRUCT 
OF  PERSN'L 
CLASS' TION 


PURPOSE: 

ASSESS  THE  REQUIRQIENT  FOR  THE  RESTRUCTURING  OF  PERSONNEL  AS  HELL  AS 
PERSONNEL  RECLASSIFICATION  TO  PROVIDE  THE  SUPPORT  AND  SKILLS  REQUIRED 
FOR  SUPPORTING^  MAINTAINING,  AND  OPERATION  OF  THE  ALTERNATE  SYSTEM/ 
EQUIPMENT. 

SOURCE  OF  DATA: 

1.  SUBTASK  303.2.2.2  -  SELECT/QUANTIFY  SUPPORT  SYSTEM  ALTERNATIVES. 

2.  SUBTASK  303.2.2.4A5  -  OPTIMUM  SUPPORT  SYSTEM  ALTERNATIVE  FOR  EACH 
SYSTEM/EQUIPHENT  ALTERNATIVE. 


PERFORM 

COST 

TRADEOFF 

ANALYSIS 


PURPOSE: 

ESTABLISH  A  RELATIONSHIP  MATRIX  OF  THE  COST  (DOLLAR  VALUE)  FOR  EACH 
SUPPORT  ELEMENT  VERSES  THE  SUPOPORT  ELEMENTS  AND  THEIR  COMPONENTS  FOR 
THE  SUPPORT  CONCEPT  UNDER  ANALYSIS. 

DETERMINE  THE  SUPPORT  SYTEM  CONCEPT  HAVING  THE  BEST  DOLLAR  VALUE  OF 
RESOURCES  EXPENDED. 

SOURCE  OF  DATA: 

SDBTASK  303.2.2.4A1  SELECT  TRADEOFF  ANALYSIS  SUPPORI/COST/ 
PERFORMANCE/SRO. 


PERFORM  PURPOSE: 

SRO  TRADE  DEVELOP  OR  USE  AN  EXISTING  EFFECTIVENESS  MODEL  TO  EVALUATE  THE 

OFF  EFFECTIVENESS  OF  THE  SYSTEM/EQUIPHEMT  SELECTED.  THIS  MODEL  IS  BASED  ON 

ANALYSIS  ■  THE  VARIABLE  AND  FIXED  FACTORS  TO  BE  CONSIDERED,  SUCH  AS  FAILUJRE  m 

REPAIR,  DISTRIBUTIONS,  AND  DESIQ)  INTEGRATION.  THIS  PROCESS  IDENTIFIES 
THOSE  RESOURCES  THAT  BEST  MEET  THE  SYSTEM  READINESS  OBJECTIVES  (SRO) . 
SOURCE  OF  DATA: 

1 .  SUBTASK  303 . 2 . 2 . 4A1  SELECTED  TRADEOFF  ANALYSIS 
SUPPORI/COST/PERFORMANCE/SRO 


SELECT 
FACTORS 
OF  SRO 


PURPOSE: 

SELECT  AND  LIST  EACH  OF  THE  SYSTEM  READINESS  OBJECTIVES  (SRO)  AS 
SPECIFIED  FOR  THE  ALTERNATIVE  SYSTEM/EQUIPHENT  SELECTED  FOR  USE  IN  THE 
TRADEOFF  ANALYSIS  -  DETERMINE  THE  ALTERNATE  SUPPORT  SYSTEM  THAT  COMES 
CLOSEST  TO  ACHIEVING  THE  REQUIRED  SRO. 


ESTABLISH  FOR  EACH  SUPPORT  ALTERNATIVE,  ESTABLISH  A  LIST  OF  ALL  FACTORS  THAT  MAY 

SETS  OF  IMPACT  THE  SRO.  FACTORS  CAN  INCLUDE  RELIABILITY,  MAINTAINABILITY, 

SUPPORT  MANPOWER,  MAINTENANCE  CONCEPTS,  IM}E  REQUIRQfENTS,  STORAGE  LEVELS, 

ALTERNATE  TRAINING,  MANUALS  AND  TECH  DATA,  ETC. . 

FACTORS 
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Naae  Label  Description 


303.2.2.4A4B3  ESTABLISH 
SUBSETS  OF 
SUPPORT 
ALT' NATIVE 
FACTORS 


PURPOSE: 

FOR  EACH  SET  OF  SUPPORT  ALTERNATIVE  FACTORS,  THERE  HILL  BE  SUBSETS 
IDENTIFIED  IN  TERMS  OF  VARIABLE,  FHED  AND  BASELINE  ATTRIBUTES 
APPLICABLE  TO  THE  SPECIFIC  TRADEOFF  ANALYSIS  BEING  PERFORMED. 

EXAMPLE  1:  FOR  ONE  SUPPORT  ALTERNATIVE  FACTOR,  THE 

MAINTAINABILITY  SUBSET  REQUIREMENT  COULD  RQ!AIN 
FIXED  NHILE  RELIABILITY  SUBSET  REQUIRQIEMTS  ARE 
VARIED  TO  DETERMINE  IMPACT  ON  COST  FOR  THE 
SPECIFIC  SET  OF  SUPPORT  REQUIRiWENTS. 

EXAMPLE  2:  FOR  EACH  SET  OF  SUPPORT  ALTERNATIVE  FACTORS  IN 
THE  BASELINE  CONFIGURATION,  VARIABLES  IN  SUBSET 
FACTORS  SUCH  AS  RELIABILITY,  TRAINING,  MANPONER 
REQUIREMENTS,  ETC.,  SHOULD  BE  COMPARED  NITH 
SIMILAR  SUBSETS  OF  THE  SELECTED  SYSTEM/EQOIPMENT 
FOR  A  SPECIFIC  SET  OF  SUPPORT  ALTERNATIVES. 

SOURCE  OF  DATA: 

1.  SUBTASK  303.2.2.4A2  -  PERFORM  SUPPORIABILITY  TRADEOFF  ANALYSIS 

2.  SUBTASK  303.2.2.4A5  -  OPTIMUM  SUPPORT  SYSTEM  ALTERNATIVES  FOR  EACH 

SYSTEM/EQUIPMENT  ALTERNATIVE. 


303.2.2.4A4B4  PERFORM 
SRO 

TRADEOFF 

ANALYSIS 


PURPOSE: 

USING  THE  RESULTS  OF  SUBTASK  303.2.2.3  AND  CONSIDERING  THE  SETS  OF 
FACTORS  PRODUCED  FROM  SUBTASK  303.2.2.4A4B2  AND  THE  SUBSETS 
DEVELOPED  FROM  SUBTASK  303.2.2.4A4B3,  PERFORM  APPLICABLE  TRADEOFF 
ANALYSES  AGAINST  THE  LIST  OF  SRO  FACTORS  FROM  SUBTASK 
303.2.2.4A4B1. 

SOURCE  OF  DATA: 

1.  SUBTASK  303.2.2.3  -  IDENTIFY  CRITERION  RELATED  TO  SRO,  COST  AND 

SUPPORIABILITY 

2.  SUBTASK  303.2.2.4A4B2  -  ESTABLISH  SETS  OF  SUPPORT  ALTERNATIVE 

FACTORS 

3.  SUBTASK  303.2.2.4A4B3  -  ESTABLISH  SUBSETS  OF  SUPPORT  ALTERNATIVE 

FACTORS. 


303.2.2.4A5  OPT  SUP'T 
SYSTEM  ALT 
FOR  EACH  S 
SYS/EQUIP 
ALTER' TIVE 


PURPOSE: 

THIS  PROCESS  miEGRATES  THE  SEPERATE  SUPPORIABILITY,  COST,  AND 
EFFECTIVENESS  TRADEOFF  RESULTS  INTO  A  SINGLE  COST-EFFECTIVE  (OPTIMIZED) 
MODEL.  THIS  INVOLVES  SUCH  TECHNIQUES  AS  MATHEMATICAL  PROGRAtMING, 
PROBABILITY,  STATISTICS,  ECONOMETRICS,  AMD  SIMULATION.  THIS  M(K)EL 
PROVIDES  THE  BASIS  FOR  DECISIONS  IN  SELECTING  THE  BEST  ALTERNATIVE 
SUPPORT  SYSTIM  CONCEPT. 

SODIRCE  OF  DATA: 

1.  SUBTASK  303.2.2.4A2  PERFORM  SUPPORTABILITY  TRADEOFF  ANALYSIS 

2 .  SUBTASK  303 . 2 . 2 . 4A3  PERFORM  COST  TRADEOFF  ANALYSIS 

3.  SUBTASK  303.2.2.4A4  PERFORM  SRO  TRADEOFF  ANALYSIS 
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303.2.2.4A5B1  TRADEOfF 
ANALYSIS 
INTEGRAI'N 
PROCESS 


PURPOSE: 

DEVELOP  A  MATRIX  TO  RANK  SDPPORTABILITY,  COST,  SR0  DATA,  NEW 
RESOORCES  AMD  TRAINING  REQOIRfMEMTS .  THIS  MATRIX  HILL  IDENTin  THE 
IMPACT  OF  CONTRACTOR  VS.  ORGANIC  SUPPORT  THAT  HOOLD  BE  REQUIRED  IN 
SUPPORT,  SRO,  HEN  RESOURCES  AND  TRAINING  AREA. 

SOURCE  OF  DATA: 

1.  SUBTASX  303.2.2. 4A2  PERFORM  SUPPORTABILITI  TRADEOFF  ANALYSIS 

2.  SUBTASK  303.2.2.4A3  PERFORM  COST  TRADEOFF  ANALYSIS 

3.  SUBTASK  303.2.2.4A4  PERFORM  SRO  TRADEOFF  ANALYSIS 

4.  SUBTASK  303.2.2.4A2B6  ASSESS  REQUIRIMQtT  FOR  RESTRUCTURING  OF 

PERSONNEL  CLASSIFICATION 


303.2.2.4A5B2  PERFORM  PURPOSE; 

OPTIMIZA'N  PQIFORM  OPTIHIZATIOH  ANALYSIS  TO  INCORPORATE  THE  BEST  FEATURES  OF 

ANALYSIS  EACH  SUPPORT  ALTERNATIVE  ANALYZED  TO  PRODUCE  AN  OPTMM  SUPPORT  CONCEPT 

PLAN.  THIS  PROCESS  MUST  INCLUDE  CONSIDERATION  OF  CONTRACTOR 
LOGISTIC  SUPPORT  (CLS),  INTERIM  CLS  AND  PARTIAL  ORGAINIC/PARTIAL 
CONTRACTOR  SUPPORT  AS  NELL  AS  CROSS  SERVICE/COlflBRCIAL  SUPPORT  (OFF  THE 
SHELF). 

SOURCE  OF  DATA: 

1.  SUBTASK  303.2.2.4A5B1  TRADEOFF  ANALYSIS  INTEGRATION  PROCESS 

2.  SUBTASD  303.2.2.4A2  PERFORM  SUPPORTABILITY  TRADEOFF  ANALYSIS 

3.  SUBTASK  303.2.2.4A3  PERFORM  COST  TRADEOFF  ANALYSIS 

4.  SUBTASK  303.2.2.4A4  PERFORM  SRO  TRADEOFF  ANALYSIS 


303.2.2.4A5B3  PERFORM 
DECISION 
RISK 

ANALYSIS 


PURPOSE: 

THE  DECISION  RISK  ANALYSIS  IDENTIHES  RISK  LEVELS  FOR  ANY  OF  THE 
SYSTEM  SUPPORT  ALTERNATIVES.  THE  HIGH  RISK  VARIABLES  ARE  COLLECTED 
FROM  THE  VARIOUS  TRADEOFF  ANALYSIS  PERFORMED.  THIS  ANALYSIS  IDENTIFIES 
REASONS  FOR  THE  SELECTION  OR  REJECTION  OF  THE  COMPETING 
SYSTEMS/EQUIPMENTS  BASED  ON  THE  VARIOUS  SYSTEM  SUPPORT  CONCEPTS  USED  AND 
THEIR  RISKS. 

SOURCE  OF  DATA; 

1.  SUBTASK  303.2.2.4A5B1  TRADEOFF  ANALYSIS  INTEGRATION  PROCESS 

2.  SUBTASK  303.2.2.4A2  PERFORM  SUPPORTABILITY  TRADEOFF  ANALYSIS 

3.  SUBTASK  303.2.2.4A3  PERFORM  COST  TRADEOFF  ANALYSIS. 

4.  SUBTASK  303.2.2.4A4  PERFORM  SRO  TRADEOFF  ANALYSIS. 


303.2.2.4A5B4  EVALUATE 
OPTIMUM 
SYSTEM 
SUPPORT 
CONCEPT 


PURPOSE; 

THIS  EVALUATION  CONSIDERS  AU  RISKS  AND  OPTIMIZAIOH  ANALYSIS 
RESULTS.  IT  IDENTIFIES  ALL  ITEMS  OF  SUPPORT  ASSOCIATED  WITH  THE 
SELECTED  ALTERNATE  SUPORT  CONCEPT  THAT  HAS  THE  BEST  BALANCE  AMONG  COST, 
PERFORMANCE,  READINESS  AMD  SUPPORTABILITY.  THIS  INCLUDES  THE  DATA 
DEVELOPED  BY  THE  MATRIX  SHOW  IN  SUBTASK  303.2.2.4A5B1  ON  THE  SUPPORT 
SYSTEM  EFFECTIVENESS  DATA  INCLUDING  CONTRACTOR  AND  ORGANIC  SUPPORT 
COSTS. 

SOURCE  OF  DATA; 

1.  SUBTASK  303.2.2.4A5B2  PERFORM  OPTIMIZATION  ANALYSIS. 

2.  SUBTASK  303.2.2. 4A5B3  PERFORM  DECISION  RISK  ANALYSIS. 

3.  SUBTASK  303.2.2.4A2  PERFORM  SUPPORTABILITY  TRADEOFF  ANALYSIS. 

4.  SUBTASK  303.2.2.4A3  PERFORM  COST  TRADEOFF  ANALYSIS 

5.  SUBTASK  303.2.2.4A4  PERFORM  SRO  TRADEOFF  ANALYSIS 
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303.2.2.4A6 

NEW/CRIT 

LOGISTIC 

SUPPORT 

REQMIS 

PURPOSE: 

IDENTIFY  TEE  REQUIRQIENTS  FOR  THE  NEW  OR  CRITICAL  RESOURCES 
(XNERATED  BY  THE  SELECTION  OF  AN  ALTERNATE  SUPPORT  CONCEPT.  THE 
AVAILABILITY  OF  SCARCE  RESOURCES  REQUIRED  TO  SUPPORT  A  NEW  SYSTEM  IS  A 
DRIVING  FACTOR  IN  THE  SELECTION  OF  THE  MOST  VIABLE  SUPPORT  ALTERNATIVE. 
SOURCE  OF  DATA: 

SUBTASK  303.2.2.4A5B2  PERFORM  OPTIMIZATION  ANALYSIS 

303.2.2.4A7 

RECOM 

SOPPORI 

SYSTEM 

ALTERNA'VE 

PURPOSE: 

IDENTIFY  THE  RECOMMENDED  ALTERNATIVE  SUPPORT  SYSTEM  CONCEPT  AND 

LIST  ALL  ASSOCIATED  QUALITATIVE  AND  QUANTITATIVE  PARAMETERS. 

SOURCE  OF  DATA: 

SUBTASK  303.2.2.4A5B2  PERFORM  OPTIMIZATION  ANALYSIS 

303.2.2.4A8 

CONSL'DAIE 

T/0  RESULT 

TO  PREPARE 

FINAL  RPT 

PURPOSE: 

CONSOLIDATE  TRADEOFF  RESULTS  AND  DOCUMENT  DATA  DENTiniHG  ALL 

ITEMS  ASSOCIATED  WITH  THE  SELECTED  ALTERNATE  SUPPORT  CONCEPT  HAVING  THE 
BEST  BALANCE  AMONG  COST,  SCHEDULE,  PERFORMANCE,  READINESS,  AND 
SOPPORTABILITY. 

303.2.2.5 

DOCUMENT 

RESULTS  - 

TRADEOFF 

ANALYSES 

PURPOSE: 

DOCUMENT  THE  RESULTS  OF  EACH  OF  THE  TRADEOFF  STUDIES  AND 

ECOMiENDED  SUPPORT  SYSTEM  SELECTED.  THIS  SHOUID  INCLUDE  DOCUMENTATION 

OF  THE  SOPPORI  STSTM  EFFECTIVENSS  DATA  AND  ALL  ASSOCIATED  COST  DATA. 
SOURCE  OF  DATA: 

1.303.2.2.4  PERFORM  TRADEOFF  ANALYSIS 

NOTE:  WHEN  PH/ILSHT  APPROVES  THE  RECOtMENDED  SUPPORT  SYSTQt, 

UPDATES  TO  THE  FOLOHING  PROCESSES  HAY  BE  REQUIRED:  303.2.4, 
303.2.5,  303.2.6,  303.2.2.7,  302.2.2,  AND  204.2.1. 
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AAF 

ACQUIRING 
ACTIVITT  FILE 

ACQUIRING 
ACTIVITY  FILE 

CONTAINS  THOSE  RECORDS,  DOCUMENTS,  DECISION  PAPERS,  SCHEDULES  THAT  MEI 
PREPARED  AS  PART  OF  THE  ACQUISITION  INITIATION,  JUSTIFICATION,  AND 

PLAMNIMG  PRIOR  TO  THE  ASSIQWEMT  OF  A  PROGRAM  MANAGER. 

THE  ITEMS  IN  THIS  DATA  STORE  IMCLODE: 

A.  REQUIRED  OPERATIONAL  CHARACTERISTICS 

B.  OSO  PLAN 

C.  DESIRED  R&M  PARAMETERS 

D.  THREAT  ANALTSIS  DATA 

E.  READINESS  OBJECTIVES  DATA 

F.  FUNTIONAL  REQUIREMENTS  DATA 
6.  PROJECTED  SCHEDULE  DATA 

H.  LOGISTICS  RESOURCES  DATA 

I.  TOA 

J.  TOD 

K.  COST  &  OPERATIONAL  EFFECTIVENESS  ANALYSIS  (COEA)  DATA 

L.  PROJECTED  COST  DATA 

M.  JUSTIFICATION  OF  MAJOR  SYSTEM  NEW  START  (JMSNS)  DATA 

N.  DESIGN  SPECIFICATIONS 
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Nase 
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P/F 

POLICY  FILES 

POLICY  FILES 

CONTAINS  THOSE  MILITARY  PUBLICATIONS,  DECISION  PAPERS,  MISSIONS  & 

FUNCTIONS,  etc,  NHICH  ARE  NEEDED  TO  ESTABLISH  THE  LOGISTICAL  SUPPORT  I 
REVIEN  REQUIREMENTS  OF  THE  ITEM/EQUIPMENT  DEVELOPMENT  PROQtAM. 

THIS -DATA  STORE  INCLUDES: 

1.  AR  12-16,  "MUTUAL  LOGISTICS  SUPPORT  BETNEEN  THE  U.S.  AID  OTHER 

NORTH  ATLANTIC  TREATY  ORGANIZATION  FORCES" 

la.  AR  70-1,  "SYSTEMS  ACQUISITION  POLia  AID  PROCEDURES" 

lb.  AR  70-2,  "RESEARCH,  DEVELOPMENT,  &  ACQUISITION  MATERIEL  STATUS 

RECORDING" 

lc.  AR  70-10,  "RtD  -  TEST  S  EVALUATION  DURING  DEVELOPMENT  AID 

ACQUISITION  OF  MATERIEL" 

ld.  "AR  570-9,  "MANPOWER  AND  EQUIPMENT  CONTROL  -  HOST  NATION  SUPPORT 

2.  AR  700-9,  "POLICIES  OF  THE  ARMY  LOGISTIC  SYSTEM" 

3.  AR  700-82,  "JOINT  REGULATION  GOVERNING  THE  USE  AND  APPLICATION  OF 

UNIFORM  SOURCE  MAINTENANCE  AND  RECOVERABILITY  COOES 

4.  AR  700-127,  "INTEGRATED  LOGISTICS  SUPPPORT" 

5.  AR  725-50,  "REQUISITIONING,  RECEIPT  AND  ISSUE  SYSTEM" 

6.  AR  750-1,  "MAINTENANCE  OF  SUPPLIES  &  EQUIPMENT  -  ARMY  MATERIEL 

MAINTENANCE  CONCEPTS  &  POLICIES" 

7.  AMC-R-700-27,  "LEVEL  OF  REPAIR  ANALYSIS  (LORA)  PROGRAM" 

9.  AMC-R-750-10,  "DEPOT  MAINTENANCE  INTERSERVICE" 

9.  DA  PAM  700-4 

10.  DA  PAM  700-28,  "INTEGBATED  LOGISTIC  SUPPORT  PROGRAM  ASSESSMENT 

ISSUES  AMD  CRITERIA" 

11.  DA  PAM  700-50,  "INTEGRATED  LOGISTIC  SUPPORT  -  DEVELOPMENTAL 

SUPPORTABILITY  TEST  AMD  EVALUATION  GUIDE" 

12.  DA  PAM  700-55,  "INSTRUCTIONS  FOR  PREPARING  THE  INTEGRATED 

LOGISTIC  SUPPORT  PLAN" 

12a.  DA  PAM  738-750,  "THE  ARMY  MAINTENANCE  MANAGEMENT  SYSTEMS  (TAMtS) 

13.  DA  PAM  750-21,  "LOGISTIC  SUPPORT  MODELLING" 

14.  AMC  PAN  700-4,  "LOGISTICS  SUPPORT  ANALYSIS  TECHNIQUES  GUIDE 

(WITH  PAIMAN)" 

14a.  AMC  PAM  700-11,  "LOGISTICS  SUPPORT  ANALYSIS  REVIEN  TEAM  GUIDE" 

15.  AMC  PAN  750-2,  "NAINTENANCE  OF  SUPPLIES  AMD  EQUIPMENT  GUIDE  TO 

RELIABILITY  CENTERED  MAINTEHANCE" 

16.  MIL-STD-152,  "TECH  REVIEN  GUIDELINES" 

17.  MIL-STD-210A,  "CLIMATIC  EXTREMES  FOR  MILHARY  EQUIPMENT 

18.  NIL-STD-470,  -471,  "MAINTAINABILITY  STANDARDS" 

19.  NIL-STD-756,  "RELIABILITY  MODELLING  &  PREDICTIONS" 

20.  HIL-STD-780,  "NAINTENANCE  ENGINEERING  ANALYSIS  CONTROL  NUMBER 

(MEACNS)  FOR  AERONAUTICAL  EQUIPMENT,  UNIFORM 
NUMBERING  SYSTEM 

21.  MIL-STD-781,  "RELIABILITY  DESIOJ  QUALIFICATION  AND  PRODUCTION 

ACCEPTANCE  TESTS:  EXPONENTIAL  DISTRIBUTION 

22.  MIL-STD-785B,  "RELIABILITY  PROGRAM  FOR  SYSTEMS  Affi)  EQUIPMENT 

DEVELOPMENT  I  PRODUCTKHT 

23.  MIL-STD-810,  "QIVIROItlENTAL  TEST  METHODS  S  ENGINEERING  GUIDELINES 

24.  MIL-STD-881,  "WORK  BREAKDOWN  STRUCTURES  FOR  DEFENSE  MATERIEL  ITEM 

25.  MIL-STD-982,  "SYSTEM  SAETO  PROGRAM  REQUHWWTS" 

26.  MIL-STD-965,  "PARIS  OOTROL  PROGRAM" 

27.  MIL-STD-1369A,  "INTESIATED  LOGISTIC  SUPPORT  PROOAM  REQUIREMEMTS'’ 
29.  MIL-STD-1398-U,  "LOGISTICS  SUPPORT  ANALYSIS" 

29.  MIL-STD-1388-2A,  "LOGISTICS  SUPPORT  ANALYSIS  RECORD" 

30.  MIL-STD-1629,  "PROCEDURES  FOR  PERFORMING  A  FAILURE  NODE,  EFFECTS 
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S  CRniCALITT  JUIALTSIS” 

31.  MIL-HDBK-472,  "MMNTilHMILm  PREDICTIOH" 

32.  MIL-H-24100B,  "FDNCTIONALI  ORIBITED  MAIMTEIUNCE  lONDALS  (FGM!) 

FOR  EQOIPMEMT  S  SYSTEMS” 
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PN/ILSMI 


Label  Deacription 


PM/ILSHT  The  Prograi  Manager  or  those  actMties,  agencies  or  authorities  that 

are  responsible  for  the  initiation  of  the  reguirsMit  for  an  ILS  elsaent 
assessMnt  daring  a  dsTelopMot  prograa  for  a  systsa  and/or  eguipaent  in 
accordance  with  AR  700-127.  The  key  action  (output)  ragged  of  this 
external  Mtity  is  the  directive,  authority,  or  other  docuMotation  that 
initiates  the  reguirsaent  for  the  application  of  this  ILS  aasuamt  to 
a  specific  systsa/egnipaent  developaent  prograa  at  a  specified  point  in 
it's  life  cycle  in  accordance  with  AR  700-127. 
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LSA  TASK  303 

EVALUATION  OF  ALTERNATIVES  AND  TRADE-OFF  ANALYSIS 


AMMBX  C 


LSA  SDBTASK  303.2.2 

TRADB-OFF  BETWEEN  SUPFORT  SYSTEM  ALTERMATZVBS 

AMD 

SYSTEM/EQUIPMENT  ALTERNATIVE 


PROCESS  303.2.2  -  CONDUCT  EVALUATION  AMD  TRADE-OFFS  BETWEEN  THE 

SUPPORT  SYSTEM  ALTERNATIVES  IDENTIFIED  FOR 
EACH  SYSTBM/EQUIPMEMT  ALTERNATIVES 


PURPOSE : 

To  conduct  trade-off  analysis  etnd  evaluations  between  support 
systems  alternatives  to  select  the  best  support  systems  for 
the  selected  end  item  (system/ equipment) . 

MOTES:  1.  Prior  to  presenting  the  structured  design  and 

screen  instructions  for  the  various  processes^  it 
is  necessary  to  point  out  that  this  task  is  dyneuaic 
and  applicable  throughout  the  life  cycle  of  the 
system/equipment.  This  task  is  consteuitly  changing 
as  data  is  processed  auid  the  support  systems,  i.e., 
test  equipment,  TMDE,  fuel  supply,  vehicles, 
electronic  test  sets,  etc.,  are  updated  smd 
personnel  job  classifications  emd  skills  required 
are  evaluated. 

2 .  This  task  is  an  iterative  process  to  provide  the 
Program  Manager  the  documented  results  of  the 
trade-off  analysis  to  arrive  at  a  selected  support 
alternative.  It  should  be  completed  on  all 
alternative  system/equipments  and  their  alternative 
support  systems.  The  acquisition  phases  and  how 
they  relate  to  this  task  follows: 

a.  Concept  Exploration  Phase 

(1)  Design  is  only  conceptual.  Best 

opportxmity  for  identifying  alternatives, 
conducting  trade-offs,  performing 
evaluations,  emd  influencing  support 
system  designs  from  a  supporteUsility 
stamdpoint . 

(2)  In  this  phase,  although  all  the  data  will 
not  be  availaible,  it  is  essential  to 
perform  this  task.  It  allows  the  Program 
Mamager  to  select  support  systems  for  the 
selected  end  item  by  utilizing  available 
supportaibility,  cost  and  System  Readiness 
Objective  (SRO)  data. 
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b.  Demonstration  amd  Validation 

(1)  Performcuice  characteristics  are  more  or 
less  established.  Actual  design  is  still 
flexible.  Debugging  euid  major  changes  in 
construction  are  talcing  place.  .  Support 
alternatives,  design,  and  operational 
alternatives  are  being  traded  off  euid  may 
result  in  a  prototype  system/ equipment . 

(2)  In  this  phase,  more  data  is  availadsle  and 
more  realistic  supportzUsility  trade-offs 
and  evaluations  can  be  done.  The  Program 
Mauiager  is  provided  with  information  and 
recommendations  for  the  selection  of  a 
prototype  support  system  influenced  by 
support2UDility,  cost  smd  System  Readiness 
Objectives . 

c.  Full  Scale  Development  Phase 

(1)  Results  in  a  prototype.  Design  is 
concentrating  on  construction,  parts 
selection  euid  fine  tuning  of  performance. 
No  major  design  influence  is  made  except 
those  necessary  to  correct  a  deficiency. 
Design  influence  is  limited  to  packaging, 
partitioning,  testadsility,  accessibility, 
etc..  Support  systems  are  optimize. 

(2)  In  this  phase  all  the  data  required  to 
perform  final  supportaQjility,  cost  amd 
SRO  trade-offs  auid/or  evaluations  should 
be  availad^le.  The  results  of  the  trade¬ 
offs/evaluations  performed  during  this 
phase  will  be  the  ones  used  to  field  the 
support  systems. 

d.  Production  auid  Development  Phase 

<1)  This  phase  is  from  production  approval 
until  the  last  system  is  delivered  amd 
accepted. 

(2)  In  this  phase  all  the  supportadsility 
trade-offs  are  accomplished  for  the 
system/equipments.  Further  trade-offs 
would  be  generally  applicable  to  design 
changes  only . 
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PROCESS  303.2.2.1  ~  SELECT  SYSTEM/EQUIPMENT  ALTERIOITIVES  FOR 

EMALYSZS 


PURPOSE: 

To  iteratively  select  an  alternative  system/equipment  from 
those  being  considered  by  the  PM/ILSMT  for  use  in  the  trade¬ 
off  process  for  selecting  the  best  support  plam/ concept  for 
each  alternative  system/ equipment . 

PROCEDURES: 

1.  To  start  the  Support  System  Trade-Off  Process,  select 
from  the  PM  and/or  ILSMT  one  of  the  system/ equipment 
alternatives  that  fulfills  the  miss ion/ operational 
requirements  as  defined  by  the  ROC  (Required  Operational 
CapeJaility)  . 

2.  Obtain  data  from  the  acquiring  activity  files  pertaining 
to  mission/operational  requirements  for  the  selected 
system/ equipment  alternative  such  as : 

a.  RelieQsility  requirements 

(1)  Minimum  mean  time-miles,  cycles,  etc.,  between 
operational  mission  failures. 

(2)  Failure  probability  data. 

b.  Maintain2d:}ility  requirements 

(1)  Maintenance  ratios;  manhours  per  mile,  cycles, 
etc. 

(2)  Manhour  per  function. 

c.  Operational  availability  (AO)  requirements 

(1)  Wartime  AO 

(2)  Peacetime  AO 

(3)  Training  AO  (if  different  or  separately 
identified. 

d.  Operational  environmental  impact  considerations 

(1)  Terrain  i.e.,  semd,  salt,  mountains,  marshes, 
etc . 

(2)  Climatic;  temperature  rauiges,  hxamidity, 
combinations  thereto 

(3)  Other  environmental  conditions  that  may  impact 
man  or  machine. 
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e.  System/Equipment  support  amd  support  equipment 
materials  hamdling,  storage,  or  facilities  needs 

(1)  Storage  facilities  data,  increased  storage  or 
materials  handling  needs 

(2)  Maintenance  or  handling  equipment  auid/or 
facilities  requirements 

(3)  Operations  or  maintenance/ support  skills 
required  (M&P  Data) . 

RSFBBSNCBS: 

1.  PM/ILSMT  Direction 

2.  ARF  Files 


PROCESS  303.2.2.2  -  SELECT  &  QOAIITXFY  SUPPORT  SYSTEM  ALTERNATIVES 
PURPOSE : 

To  select  from  Task  302.2.1  alternative  system  support 
concepts  and  the  support  data  covering  the  12  major  ILS  element 
areas,  applicable  to  the  alternative  system/equipment  selected. 

PROCEDURES : 

1 .  Select  from  LSA  Task  302  the  support  system  alternatives 

(concepts  and  plans)  that  were  considered  to  be  fully  or 
partially  applicable  for  the  alternative 
system/ equipments  selected  in  Process  303.2.2.1. 

Concepts  amd  plans  for  Task  302  were  to  have  considered 
options  based  on  cost,  manpower,  facilities,  training, 
etc.,  for  each  system/equipment  alternative  considered  in 
the  trade-off  process. 

2.  Summarize  the  support  data  from  Task  302.2.2,  the 
applicable  support  concepts  and  plauis  for  the  alternative 
system/ equipment  selected  in  Process  303.2.2.1  above, 
covering  all  levels  of  maintenance  and  all  operation  and 
maintenance  tasks  (Hardware  and  Software) . 

REFERENCES: 

1.  Subtask  303.2.2.1  -  Selected  Alternative  System/Equipment 

2.  LSA  Task  302  -  Alternative  Support  Concept s/P Ians . 

SCREEN  ENTRY  INSTRUCTIONS: 

1 .  There  are  12  screens  availadjle  to  document  the 
identification  and  quantification  of  the  process. 
Depending  on  the  selected  new  alternative 

system/equipment  requiring  a  support  system  trade-off, 
the  emalysis  will  dictate  the  number  of  screens  used.  It 
should  be  noted  that  these  12  screens  are  in  sets .  Each 
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set  applies  to  a  particular  new  alternative 
system/ equipment  emd  are  controlled  by  the  Support  System 
Control  Number  (Field  2) . 

Bxanqple: 

The  logisticiem  is  conducting  a  support  system  trade-off 
on  a  new  system/ equipment  mauiufactured  by  two  different 
manufacturers.  There  could  be  up  to  12  screens  required 
to  dociiment  Mainufacturer  "A"  and  amother  12  screens 
required  to  dociament  Manufacturer  "B" .  (Refer  to  Logon 
Procedures  as  to  how  to  display  the  desired  screen  for 
the  desired  manufacturer  and  Support  System  Control 
Nxomber)  . 

2 .  View/print  screens  from  LSA  Task  302 . 

Field  1 : 

Self  explanatory. 

Field  2: 

Support  System  Control  Number: 

There  are  occasions  when  manufacturer  "A"  and 
Manufacturer  "B”  will  have  the  saune  End  Item  Name  and 
Nomenclature  during  the  acquisition  phase  of  concept 
Formulation  and  Demonstration  and  Validation.  There  are 
also  occasions  when  Manufacturer  "A"  or  "B"  will  have 
more  than  one  support  concept.  In  order  to  distinguish 
between  the  different  support  concepts^  it  is  required  to 
assign  a  unique  control  number  to  each  support  concept. 

S\ibf  ields : 

Filed  3: 

The  main  attribute  will  be  hand  coded  followed  by 
subfields . 

Subfields : 

These  fields  are  in  narrative  format.  As  the  narrative 
is  entered,  the  next  sub-field  will  scroll  downward  on 
the  screen.  When  the  entry  is  completed  for  one  siib- 
field,  then  go  to  the  next  sxib-field  and  enter  the 
required  information.  It  is  realized  that  the  narrative 
for  all  the  sub-fields  will  not  fit  on  one  screen.  When 
this  occurs  the  particular  screen  will  scroll  over  to  a 
continuation  screen/ screens .  Some  screens  are  known  to 
not  have  space  for  all  the  siob-fields  information.  These 
screens  will  be  continuation  screens,  machine  generated, 
auid  identified  as  Part  1,  Part  2,  etc.  .  (See  Logon 
procedures  to  display  the  desired  screen) . 

Jach  sub-field  should  identify  the  appropriate  cost  auid 
justification.  These  costs  may  be  for  org2mic, 
contractor,  or  a  mix  of  each. 


C-5 


3.  The  screen  and  entry  instructions  follow: 

Screen  1:  Design  Influence: 

Screen  is  shown  on  page  C-8 .  Entry  Data  Elements  are 
contained  on  screens  from  LSA  Task  302  and  in  AR  700-127^ 
i^ppendix  B,  Para  B-1. 

Screen  2:  Maintenauice  Plsmning: 

Screen  is  shown  on  page  C-*9 .  Entry  Data  Elements  are 
contained  on  screens  from  LSA  Task  302  and  in  AR  700-127^ 
Appendix  B,  Para.  B-2. 

Screen  3:  Meuipower  and  Personnel: 

Screen  is  shown  on  page  C*-10.  Entry  Data  Elements  are 
contained  on  screens  from  LSA  Task  302  emd  in  AR  100-121 , 
Appendix  B,  Para.  B-3. 

Screen  4:  Supply  Support: 

Screen  is  shown  on  page  C-11.  Entry  Data  Elements  are 
contained  on  screens  from  LSA  Task  302  and  in  AR  700-127, 
Appendix  B,  Para.  B-4. 

Screen  5:  Support  Equipment  and  Test  Measurement  emd 
Diagnostic  Equipment: 

Screen  is  shown  on  page  C-12.  Entry  Data  Elements  are 
contained  on  screens  from  LSA  Task  302  and  in  AR  700-127, 
Appendix  B,  Para.  B-5. 

Screen  6:  Training  and  Training  Devices: 

Screen  is  shown  on  page  C-13 .  Entry  Data  Elements  are 
contained  on  screens  from  LSA  Task  302  and  in  AR  700-127, 
i^pendix  B,  Para.  B-6. 

Screen  7 :  Technical  Data : 

Screen  is  shown  on  page  C-14.  Entry  Data  Elements  are 
contained  on  screens  from  LSA  Task  302  and  in  AR  700-127, 
Appendix  B,  Para.  B-7. 

Screen  8 :  Computer  Resources  Support : 

Screen  is  shown  on  page  C-15.  Entry  Data  Elements  are 
contained  on  screens  from  LSA  Task  302  zuid  in  AR  700-127, 
Appendix  B,  Para,  B-8 . 
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Screen  9:  Packaging  Handling  and  Storage: 

Screen  is  shown  on  page  C-16.  Entry  Data  Elements  are 
contained  on  screens  from  LSA  Task  302  emd  in  AR  700-127, 
i^ppendix  B,  Para.  B-9. 

Screen  10 :  Transportation  and  Tremsportability : 

Screen  is  shown  on  page  C-17.  Entry  Data  Elements  are 
contained  on  screens  from  LSA  Task  302  and  in  AR  700-127, 
Appendix  B,  Para.  B-10. 

Screen  11:  Facilities: 

Screen  is  shown  on  page  C-18.  Entry  Data  Elements  are 
contained  on  screens  from  LSA  Task  302  and  in  AR  700-127, 
i^pendix  B,  Para.  B-11. 

Screen  12:  Standardization  and  InteropereOsility : 

Screen  is  shown  on  page  C-19.  Entry  Data  Elements  are 
contained  on  screens  from  LSA  Task  302  euid  in  AR  700-127, 
Appendix  B,  Para.  B-12. 

4.  Pages  C-8  through  C-19  contains  the  12  screens  for  this 
task. 


PROCESS  303.2.2.3  -  IDENTIFY  CRITERION  RELATED  TO  SRO  AND 

SUPPORTABILITY 

PURPOSE: 

Identify  the  attributes  of  the  system  readiness  objective 

(SRO)  for  each  system/ equipment  under  consideration. 

PROCEDURES: 

1 .  For  each  alternative  system/equipment  under 
consideration,  determine  the  total  number  of  new 
system/equipments  to  be  supported  in  the  field.  Docximent 
results  in  field  #2  of  SRO  worksheet . 

2 .  Using  the  information  from  the  SRO  euid  the  results  of  LSA 
Stibtasks  302.2.1  emd  302.2.2,  document  the  req[uired 
operational  availability  (Ao)  for  Wartime  auid  Peacetime 
in  field  #3  of  SRO  worksheet. 

3.  Using  the  SRO,  ROC,  O&O  Plaui,  and  information  from  LSA 
Subtasks  302.2.1  and  302.2.2,  document  in  field  #4  of  SRO 
worksheet  the  Operational  (Mission)  Capability. 


C-7 


Bxaapl*: 

(1)  The  average  mission  duration  is  considered  to  be 
3.0  hours  per  mission. 

(2)  The  nimber  of  operating  days  is  considered  to  be 
365/year,  24  hours/day. 

(3)  The  average  wartime  amnual  miles  driven  are 
estimated  to  be  12,200  miles  in  both  desert  emd 
non-desert  environments. 

(4)  The  total  peacetime  flight  time,  miles  driven, 
etc .  . 

(5)  The  system/equipment  must  be  able  to  sustain 
operation  in  day/night  and  adverse  weather 
conditions .  It  will  typically  operate  in  the 
Climatic  Design  Types  (CDT)  of  basic  emd  cold  euid 
will  be  called  upon  to  also  operate  in  hot  and 
severe  CDT. 

(6)  The  system/equipment  should  also  operate  without 
degradation  in  the  following  conditions; 

a.  High/ low  hrimidity  level 

b.  Heavy  precipitation/ rains 

c.  Sand  and  dust 

d.  Haze/fog 

e .  Fungus 

f.  Explosives 

g .  Lightning 

h.  Day/night  (low  ambient  light  levels) 

i .  Sleet / snow/ ice 

j.  Nuclear,  biological,  emd  chemical 

k.  Electronic  warfare 

l .  Salt 

m .  Smoke . 

(7)  The  equipment  shall  comply  with  electromagnetic 

interference /electromagnetic  compatibility 

requirements  of  Military  Standard  (MIL-STD-461) . 
The  equipment  shall  also  operate  when  exposed  to 
vibration  and  acceleration  environment  specified  in 
MIL-STD-E-500 . 

4 .  Using  the  results  of  LSA  Task  205  amd  system 
specifications,  docioment  in  fields  #5,  6,  and  7  of  SRO 
worksheet  the  quantitative  relicJbility,  maintainability 
and  survivability  requirements  for  the  system/ equipment 
under  consideration. 
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5.  Using  the  results  of  LSA  Taslc  205,  docximent  in  field  #8 
of  the  SRO  worksheet  how  the  system  under  analysis  meets 
the  supportability  objectives  of  the  development  program. 
This  amalysis  should  include  system  readiness,  O&S  costs, 
emd  logistic  resource  requirements . 

6.  From  LSA  Subtask  302.2.1  and  302.2.2,  (APJ  Report  966-234 
"Alternate  Support  System  Concepts  amd  Updated 
Alternative  Support  System  Concept") ,  extract  from  the 
results  of  Process  302.2. 1.5A10-1  the  quantitative 
tremsporteUbility  requirements  and  capabilities  for  the 
system/equipment  under  consideration.  Oocximent  results 
in  field  #9  of  the  SRO  worksheet. 

7.  From  LSA  Subtask  302.2.1  euid  302.2.2,  (APJ  Report  966-234 
"Alternative  Support  System  Concepts  and  Updated 
Alternative  Support  System  Concepts") ,  extract  manpower 
and  personnel  requirements  from  the  results  of  Process 
302.2.1.5A4.  Ooctnnent  the  total  manpower  and  personnel 
requirements  at  each  level  of  maintenance. 

RSFBRBNCSS: 

1 .  Process  303.2.2.1  -  Selected  Alternative  System/Equipment 

2.  Process  303.2.2.2  -  Select  Support  System  Alternatives 

3.  APJ  Report  966-234,  Task  302.2.1  and  302.2.2, 

"Alternative  Support  System  Concepts  and  Updated 

Alternative  Support  System  Concepts" 

4.  SRO 

5.  Process  302.2.1.5A10-1,  from  APJ  Report  966-234, 

"Alternative  Support  System  Concepts  euid  Updated 

Alternative  Support  System  Concepts" 

6.  ROC 

7.  O&O  Plan 

PROCESS  303.2.2.4  -  PERFORM  TRADE-OFF  ANALYSIS 

PURPOSE: 

To  perform  trade-off  analysis  on  each  alternative  support 
concept  selected  to  determine  the  best  alternative  support 
system  that  meets  the  support  readiness  requirements  with  the 
optim\im/best  balance  between  cost,  schedule,  performance, 
readiness,  emd  supportability. 

PROCEDURES : 

1 .  A  trade-off  analysis  constitutes  a  series  of  "WHAT 
IF...?"  questions  that  are  applied  to  a  series  of 
alternative  methods  of  providing  a  service,  product,  or 
fvinction.  The  relative  cost  of  each  alternative  method 
is  esteUslished  emd  the  expected  degree  to  which  it  can 
satisfy  the  required  service,  product,  or  functional 
requirements  is  emalyzed.  The  results  of  the  trade-off 
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analysis  provide  data  for  each  alternative  that  can  be 
matched  against  all  others  (m2uiually  or  statistically) 
euid  the  relative  benefits/penalties  of  each  can  be 
assessed.  The  optimum  or  most  desirable  alternative  cam 
be  selected  with  a  known  cost/benefit/penalty 
relationship . 

Under  subtask  303.2.2.2  above^  each  applicaOsle 
alternative  support  system  concept  was  quamtified  in 
terms  of  materiel/  functions/  amd  costs /  while  in  subtask 
303.2.2.3/  the  SRO  amd  supportability  criterion  were 
developed  for  each  alternative  support  system  concept  as 
they  related  to  the  proposed  new  sy stem/ equipment . 

In  this  trade— off  amalysiS/  these  alternative  support 
concepts  are  assessed  to  identify  the  degree  to  which 
each  provides  the  life  cycle  logistical  support  required 
by  the  new  system/equipment/  the  relative  costs  and  am 
overall  assessment  of  the  impact  of  the  support  concept 
on  .  the  SRO/  total  prograua  life  cycle  costs /  and 
supportability . 

An  integral  part  of  the  trade-off  amalysis  j.s  a 
sensitivity  analysis  on  those  variadsles  which  have  a  high 
risk  involved  or  which  drive  supportability/  cost/  or 
readiness  for  the  new  system/equipment .  This  sensitivity 
amalysis  should  address  the  degree  to  which  a  chamge  in 
the  physical/  economic/  or  fxinctional  characteristics  of 
any  alternative  support  concept  may  have  on  the  overall 
cost  amd  applicability  of  its  use  with  the  new 
system/equipment . 

A  series  of  subtasks  have  been  used  to  structure  the 
trade-off  analysis: 

a.  303.2.2.4A1  —  Select  Trade-Off  Analysis 

Support /Cost /Per formance/ System  Readiness 
Objectives  (SRO) 

b.  303.2.2.4A2  -  Perform  Supportability  Trade-Off 

Analysis 

c.  303.2.2. 4A3  -  Perform  Cost  Trade-Off  Analysis 

d.  303.2.2.4A4  —  Perform  SRO  Trade-Off  Analysis 

e.  303.2,2.4A5  -  Optimxim  Support  System  Alternative 
for  each  Selected  System  Alternative 

f.  303.2.2.4A6  -  New/Critical  Logistic  Support 

Requirements 

g.  303.2.2.4A7  -  Recommended  Support  System 

Alternatives 

h.  303.2.2.4A8  -  Consolidate  Trade-Off  Results  to 

Prepare  Final  Report. 
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2. 


It  would  be  desirable  to  select  a  stamdard  Trade-*Off 
Analysis  model  from  pxoblications  as  AMC-P  700-4^ 
"Logistical  Support  Analysis  Technique  Guide" .  However^ 
in  the  event  that  no  model  cam  be  found  applicable  to  the 
specific  trade-off  relationship^  generate  a  model  by 
answering  the  following  questions  associated  with  the 
basic  process: 

a.  Define  the  model  objectives 

(1)  What  is  the  Problem? 

(2)  What  must  be  accomplished? 

(3)  Who  is  the  decision  maker  on  model  results? 

(4)  What  are  the  variadDles  to  be  used? 

(5)  What  are  the  constraints  emd  constants? 

b.  Generate  mauiual  alternatives 

(1)  What  are  the  alternatives  support  concepts? 

(2)  How  will  these  alternatives  operate  under  the 
conditions  (constraints)  of  the  problems? 

(3)  How  much  do  they  cost? 

(4)  What  will  they  produce? 

(5)  What  are  the  risk  levels  for  each  variable 
used? 

c .  Evaluate  alternatives 

(1)  What  alternatives  do  I  pick? 

(2)  What  are  the  factors  affecting  the  worth  of 
each  alternative? 

BBFBRSNCSS: 


1. 

303.2.2.1  - 

Select  System/Equipment  Alternative  for 
Analysis 

2. 

303.2.2.2  - 

Select /Quantify  Support 

Alternatives 

System 

3. 

303.2.2.3  - 

Identify  Criterion  Related  to 
and  Supportability . 

SRO  Cost 

PROCESS  303 .2.2. 4Al  -  Select  Trade-Off  (I/O)  Models  for  Sxipport/ 

Coet/Performence/Svst^"»  g^»^^nees 
Objectives  (SRO  Analveie 

PURPOSE: 

To  select  a  trade-off  model  that  will  compare  and  determine 
the  best  support  parameters  for  evaluation  of  a  set  of 
alternative  support  system  concepts. 
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PROCESS  303 .2 .2 .4JklBl  -  Xdtenhify  Qualitative  and  Quantitative 

Attribute#  Associated  with  Systesi/ 
Equipasnt 


PURPOSE : 

To  identify  those  qualitative  amd  quantitative  characteristics 

or  attributes  associated  with  the  selected  system/equipment . 

PROCEDURES : 

1 .  Review  the  QMR  and  ROC  -  identify  and.  quantify  the 
logistic  requirements  of  the  selected  system/ equipment 
relative  to  the  operational,  functional,  auid  reliability 
requirements  that  must  be  achieved  to  meet  the  SRO  goals. 

2.  Use  this  data  to  establish  support  amd  cost  relationships 
in  Process  303.2.2.4A1B3  below. 


1.  303.2.2.3  -  Identify  Criterion  Related  to  SRO,  Cost,  amd 
suppo rt ab i 1 it y 

2 .  AAF  Acquiring  Activity  Files 

3.  Qualitative  Materiel  Requirements  (QMR)  Documents 

4 .  Requirements  Operational  Capability  (ROC) 


PROCESS  303 . 2 . 2 . 4A1B2  -  Identify  Qualitative  and  Quantitative 

Attributes  Associated  with  Alternative 
Sv^port  Systems 

PURPOSE : 

To  identify  all  qualitative  and  c^uamtitative  operational  auid 
functional  attributes  of  each  alternative  support  system 
concept  that  will  be  used  in  determining  if  the  support  system 
selected  is  capable  of  meeting  the  physical  auid  operational 
attributes  for  providing  the  required  support. 

PROCEDURES: 

1 .  Review  the  QMR,  ROC  amd  amy  other  applicable  docximents 
that  describes  the  operational  and  functional 
requirements  for  the  selected  system/ equipment  and  the 
associated  logistic  requirements  of  the  support  system 
concept . 

2.  Extract /tabulate  all  qualitative/quamtitative  logistic 
requirements  of  each  alternative  support  concept.  These 
data  will  be  used  to  determine  if  the  support  system  is 
capadsle  of  meeting  the  physical  and  operational 
characteristics  identified  in  Process  303.2.2.3. 
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BXFBBBMCSS: 

1.  303.2.2.3  -  Identify  Criterion  related  to  SRO,  Costs  emd 
Support ability 

2.  Qualitative  materiel  Requirements  (QMR)  Docioment 

3.  Requirements  Operations  Capability  (ROC)  Docximent. 


PROCESS  303.2.2.2.4X1B3  -  Betablisb  Relatione  Models  -  Support, 

Coats  and  SRO 


PURPOSE: 

To  construct  the  euialytical  relationships  between  cost, 
support2Ubility  and  system  readiness  using  historical  data 
obtained  from  logistically  similar  support  system/ equipment  in 
order  to  develop  the  model  predictions  associated  with  each 
alternative  support  system  concept. 

PROCEDURES: 

1.  Develop  the  Cost  Effective  Relationships  (CER' s)  for  each 
alternative  system  concept  based  on  historical  data  of 
logistically  similar  end  item  systems. 

2.  This  involves  development  of  historical  Cost 
Effectiveness  Relationships  (CER's)  for  actual  support 
systems  used  for  fielded  or  "Baseline'*  logistically 
equivalent  end  items. 

MOTE:  CER*s  could  take  the  form  of  miles  per  gallon,  $ 

per  pound  of  structure,  hours  maintenance  per 
operating  hour  or  mile,  number  of  people  per  crew, 
etc.  Based  on  historical  data,  these  CER' s  ceui 
then  be  applied  to  the  new  system/equipment  in  lieu 
of  engineering  estimates  or  early  fielding 
experience . 


1.  AMC-P  700-4  "Logistical  Support  Analysis  Technique  Guide" 

2 .  Historical  files  of  Logistically  Equivalent  system/ 
equipments . 


PROCESS  303.2.2.4A2  -  Perform  Supportabilitv  Trade-Off  Analysis 
PURPOSE : 

To  determine  the  alternative  support  concept  whose  support 
elements  have  the  best  influence  on  reliability, 
maintainadsility,  safety,  preservation,  packaging,  funding, 
data  management,  auid  maintenance  engineering  characteristics. 
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PROCESS  303 . 2 . 2 . 4A2B1  ~  A«««s«  Criticality  of  Relation  to  Mission 

Functions 


PURPOSE: 

To  identify  support  requirements  which  are  critical  euid  have 

the  largest  effect  on  the  selected  system/ equipment  support 

and  readiness  values. 

PROCEDURES: 

1 .  List  all  support  requirements  associated  with  the 
selected  system/ equipment  that  may  have  some  effect  on 
mission  functionality. 

2.  Each  of  the  support  requirements  should  be  assessed 
relative  to  their  effect  on  the  system/ equipment  auid  its 
readiness  values  relative  to  the  previously  established 
mission  and  functions.  Specify  the  criticality  of  each 
support  requirement  in  relation  to  the  system/equipment 
achieving  its  mission  objectives. 

NOTE:  The  criticality  of  the  support  elements  relative  to 

mission  functions  should  be  measured  as  to  the 
degree  to  which  the  mission/operational 
capabilities  of  the  new  system/ equipment  as  defined 
by  the  ROC  might  be  degraded  or  jeopardized  if  the 
support  element  were  deficient  or  lacking. 

REFERENCES: 

1.  Process  303.2.2.4A1  -  Supportability  Trade-Off  Results 

2 .  Required  Operations  Capad^ility  (ROC)  document . 

3.  Process  303 . 2 . 2 . 4A5B5  -  Evaluate  Optimxim  Support  Concept. 


PROCESS  303.2.2.4A2B2  -  Perform  Supportability  Trade-Off  Analysis 
PURPOSE: 

To  conduct  the  trade-off  emalysis  of  the  selected  alternative 
support  concepts  under  evaluation  by  using  existing  models 
available  in  AMC-P  700-4,  models  availaOsle  in  industry,  or 
develop  relationships  from  historical  data.  The 
supportaibility  Trade-Off  will  consider  the  logistic  resources 
required  for  each  support  concept .  The  logistic  resources 
will  be  manpower,  support  equipment,  technical  data,  training 
courses,  simulators,  etc.  required  to  operate  auid  maintain  the 
system. 
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PROCEDURES: 


1.  Review  AMC-P  700-4  for  models  applicable  to  the  trade-off 

smalysis  of  alternative  support  concepts  for  the  selected 
system/ equipment .  Select  a  model  that  generates  a 

measure  of  "support ability"  for  a  given  support  concept. 
The  measure  cem  be  relative ^  Support  Concept  B  is  X%  more 
effective  then  Support  Concept  A,  or  quantitative. 
Support  Concept  A  is  X  on  the  support  ability  scale,  while 
Support  Concept  B  is  Y  on  the  scale. 

2 .  Solicit  potentially  suitable  models  from  industry 
associated  with  logistically  equivalent  system/equipment 
development.  These  models  must  also  provide  a  measure  of 
supportability  either  relative  or  on  a  scale. 

3.  If  no  model  C2m  be  foxind  in  U.S.  Army  publications  or 
from  industry,  a  unique  model  must  be  developed.  In  this 
case,  it  is  suggested  that  the  procedures  emd  guidelines 
set  forth  in  Process  303.2.2.4  ahove  be  followed. 

4 .  Regardless  if  am  existing  model  or  a  new  model  is  used, 
it  must  be  applied  to  each  alternative  support  concept. 
To  perform  the  supportability  trade-off  analysis : 

a.  Use  the  support  ed>ility  criterion  established  in 
Process  303.2.2.3  to  develop  a  threshold  measure 
for  supportability.  If  a  model  is  not  used,  then 
use  the  supportability  criteria  as  the  maximum 
amount  of  logistics  resources  that  are  availeOsle 
for  any  given  a  support  concept. 

b.  Compare  supportability  measure  derived  for  each 
support  concept  to  the  threshold  values  established 
from  the  supportability  criteria.  If  a  model  was 
not  used,  then  compare  the  logistic  resource 
requirements  of  each  support  concept  against  the 
established  supportability  criteria. 

c.  All  the  support  concepts  that  do  not  exceed  the 
threshold  values  should  be  laibeled  accept  sOsle, 
those  that  do  should  be  led^eled  unaccepteJsle . 

d.  Docximent  reasons  why  support  concepts  are 
considered  \2nacceptable .  Specifically  indicate  the 
high  drivers  in  terms  of  the  need  for  logistic 
resources . 

REFERENCES: 

1.  303.2.2.4  -  Perform  Trade-off  Analysis 

2.  303 . 2 . 2 . 4A2B1  -  Assess  Criticality  of  Relationships  to 
Mission  Fionctions 

3.  AMC-P  700-4  "Logistical  Support  Analysis  Technique  Guide" 
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PROCBSS  303.2.2.4A2B3  -  Conduct  SnnsitiTity  Jknalysis 
PUBPOSB: 

To  conduct  a  sensitivity  analysis  that  will  identify  the 
critical  support  attributes  that  (1)  drive  supportability^ 
cost  or  readiness  for  the  new  system^  (2)  play  a  major  role  in 
establishing  support  and  readiness  characteristics  of  the  new 
system/ equipment  or  (3)  are  most  influenced  by  variations  in 
functional  requirements  related  to  reliedsility, 
maintainability /  safety /  htimaui  factors ,  trauisportation  etc., 
resulting  in  the  best  state-of-the-art  support  system  for  the 
applicable  alternative  system/equipment  being  evaluated.  This 
analysis  permits  concentration  of  logistical  efforts  in  those 
areas  of  support  which  most  seriously  affects  supportadaility 
and  reliability  of  the  overall  system/ equipment  over  its  life 
cycle . 

PROCXDOBES: 

1 .  A  sensitivity  analysis  may  be  required  in  the  perf ormauice 
of  the  trade-off  amalysis  to  determine  how  sensitive  a 
recommended  trade-off  would  be  to  support  the 
system/ equipment .  Any  of  the  several  statistical  models 
C2U1  be  applied  to  the  trade-off  amalyses  to  determine  the 
sensitivity  of  each  support  and  physical  parameter  used 
to  quantify  the  alternative  support  concepts .  For 
example,  multivariate  analysis  techniques  can  be  applied 
to  the  overall  trade-off  procedure  with  the  sensitivity 
of  each  pareuneter  provided  as  an  output.  The  objective 
of  this  emalysis  is  to  determine  where  cheuiges  in  system 
readiness  objectives  can  be  influenced  by  an  effective 
trade-off  in  the  support  system  characteristics  and/or 
functions . 


2.  The  analyst  must  first  select  the  Essential  Elements  of 

Information  (EEI's)  relative  to  the  alternative  support 
concept  under  euialysis  which  will  be  used  in  the  specific 
sensitivity  analysis.  EEI's  are  items  of 

information/data  on  "Baseline”,  fixed  or  variable 
attributes  which  may  be  used  to  describe  physical 
characteristics,  functions,  capabilities,  requirements, 
reliability,  or  supportaibility  of  the  support  concept. 

3.  The  analyst  must  determine  the  level  of  effort  that  can 
be  applied  to  the  sensitivity  emalysis  based  on  the 
availability  of  data  to  satisfy  the  EEI's  emd  the 
confidence  limits  of  the  available  data.  The  level  of 
effort  during  concept  formulation  will  be  much  less  than 
it  would  be  during  production  or  fielding  of  the 
system/equipment . 
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4. 


There  may  be  multiple  iterations  of  this  process  as  the 
alternative  support  systems  for  the  applicable 
system/equipment  progresses  through  its  life  cycle.  When 
this  occurs,  a  complete  review  of  input  emd  output  data, 
will  be  necessary,  because  the  amount  of  logistic 
resources  required  to  support  the  system/equipment  may 
change  based  on  changes  in  the  design. 


PROCBSS  303 . 2 . 2 . 4A2B4  -  Prioritized  Results  -  Critical 

Characteristics 

PURPOSE : 

To  list  the  results  of  the  sensitivity  analysis  and  identify 
those  critical  relationships  auid/or  characteristics  that  are 
the  moat  sensitive  for  each  alternative  support  system 
evaluated. 

PROCEDURES : 

1.  List  each  of  the  EEI'a  used  in  the  sensitivity  analysis, 
euid  identify  the  sensitivity  of  the  EEI  for  the 
applicable  support  system  -  those  EEI's  which  drive 
supportability,  coat  or  readiness  of  the  new 
system/ equipment . 

2.  For  each  EEI,  quantify  how  sensitive  the  EEI  is  to  a 
change  in  a  particular  logistic  resource  required  or 
change  in  design,  i.e.,  the  degree  of  change  in  a 
critical  pareuneter  (cost,  perfoirmance,  responsiveness, 
etc . )  for  each  unit  chsmge  in  the  alternative  support 
system  EEI . 

REFERENCES: 

1.  303 .2 .2 . 4A2B1  -  Assess  Criticality  of  Relation  to  Mission 

Function 

2  .  303 .2.2. 4A2B2  -  Perform  Supportability  Trade-Off  Analysis 

3.  303 . 2 . 2 . 4A2B3  -  Conduct  Sensitivity  Analysis 


PROCESS  303.2.2.4A2B5  -  Coa^are  Results  of  Alternative  Support 

Evaluations 


PURPOSE : 

To  review  the  alternative  support  system  trade-off  studies  zuid 
compare  results  for  each  support  system  concept  analyzed. 
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PROCBOURBS: 


1 .  List  results  of  the  trade-off  analysis  for  each 
alternative  support  system  evaluated. 

2 .  Review  the  sensitivity  analyses  auid  identify  the  critical 
parzuneters  (EEI  that  are  high  users  of  logistic 
resources)  for  each  specific  alternate  support  system. 

3.  Identify  amd  list  the  risks  associated  with  results  of 
the  trade-off  ainalysis . 

BBFBBBNCBS: 

1.  Process  3032 . 2 . 4wAl2B2  -  Perform  Trade-off  Analysis  with 
Existing  Models 

2.  Process  303 . 2 . 2 . 4A2B3  -  Conduct  Sensitivity  Analysis 

3.  Process  303.2.2.4A2  -  Perform  Supportability  Trade-off 
Analysis 


PROCESS  303 . 2 . 2 . 4A2B6  -  Assess  Requirements  for  Restructuring  of 

Personnel  Classifications . 


PURPOSE : 

To  assess  the  potential  requirements  for  restructuring  of 
personnel  as  well  as  personnel  reclassification  to  provide  the 
support  and  skills  required  for  support^  maintenance  and 
operations  for  each  system/equipment . 

PROCEDURES : 

1 .  Evaluate  each  alternative  support  system  concept  for 
required  types  of  skills  and  personnel  to  insure  that  the 
concept  is  compatible  with  present  TO&E'^s  and  MOS's. 

2.  Based  on  historical  data  for  a  logistically  equivalent 

system,  identify  those  areas  where  cheuiges  or 

shortcomings  exist  in  current  support  system  operations 
when  compared  with  the  new  support  system  concept . 

3.  Uniq[ue  manpower  and  personnel  classifications  for  the  new 
support  system  must  be  developed  and  the  following  data 
provided  if  any  changes  occur: 


a. 

Number 

of  people 

b. 

Skills 

c . 

Grade 

levels 

d. 

Unique 

r  eq[u  i  r  ement  s 

e . 

TO&E's 

f . 

MOS's 
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1.  303.2.2.2  -  Selected  Support  System  Alternatives 

2.  303.2.2.4A5  -  Optimum  Support  System  Alternative  for  each 
Selected  System  Alternative 

3.  402.2.2  -  Sources  of  M2Uipower  and  Personnel  Skills 


PROCESS  303.2.2.4A3  -  Perform  Coat  Trade-Off  Analysis 
PURPOSE : 

To  establish  a  coat  (dollar  value)  relationship  matrix  for 
each  support  element  versus  the  supportability  and  functional 
characteristics  for  each  of  the  alternative  support  system 
concepts  under  smalysis. 

PROCEDURES : 

1 .  The  objective  is  to  determine  the  support  systems  that  do 
not  exceed  the  dollar  value  established  to  support  the 
system/ equipment  over  its  life  cycle. 

2 .  The  logistic  resource  requirements  for  each  support 

system  are  provided  for  this  trade-off  analysis  by 
Process  303.2.2.4A2  -  Perfomn  Supportability  Trade-Off 
Analysis . 

3.  The  trade-off  analysis  may  be  accomplished  by  the  use  of 
models  identified  in  AMC  700-4,^  such  as: 

AMOS 

CORE 

DEPLCC 

LOGAM 

4 .  In  the  event  that  none  of  the  established  models  are 

suitaUDle  for  the  trade-off  auialysis,  the  procedures 

described  under  Process  303.2.2.4  may  be  applied.  In 
general  the  procedure  may  be  described  as  follows : 

a.  Develop  a  two  dimensional  matrix  that  has  the 
physical  and  operational  attributes  of  a  selected 
alternative  support  system  (such  as  n\amber  of 
people  by  skills,  environmental  constraints, 
equipment  requirements,  etc.)  on  one  leg  of  the 
matrix  and  the  operational /fvinctional  capabilities 
(such  as  number  of  end  items  it  caui  support)  on  the 
other  leg  of  the  matrix.  For  each  cell  of  the 
matrix,  develop  the  costs  related  to  the  entire 
life  cycle  the  new  system/ equipment .  This 

constitutes  the  baseline  cost  emalysis . 
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b.  On  successive  copies  of  the  2d30ve  matrix^  for  each 
cell,  identify  the  effectiveness  of  the  alternative 
support  concept  as  related  to  reliability/ 
availability  perfonoance/  emd/or  amy  other 
parameter  that  can  be  used  to  quantify  the 
fvinctional  capabilities  of  the  concept  as  applied 
to  the  new  system/equipment .  This  constitutes  the 
effectiveness  measurements  of  the  baseline 
alternative  support  system  concept  as  related  to 
the  cost  factors  developed  in  (a)  edaove. 

c.  Select  those  physical/ functional  attributes  which 
would  appear  to  be  the  most  critical  to  the 
alternative  support  concept  costs/effectiveness. 
Very  the  euao\int  of  a  specific  logistic  resource  auid 
reassess  the  affected  cells.  Equate  the  changes  in 
costs  to  the  ch2mges  in  effectiveness.  Tedsulate 
results.  This  analysis  constitutes  the  variations 
in  costs/effectiveness  for  specified  chcuiges  in  the 
logistic  resources  of  the  alternative  support 
system  concepts.  Thus,  it  also  contains  the  basic 
data  of  the  trade-off  studies  which  ceui  also  be 
used  to  identify  resources  pareuneters  and  relative 
sensitivity  of  the  resources  to  chemges  in  the 
physical  and/or  functional  characteristics  of  the 
support  concept. 

RBFSBKNCBS : 

1.  Process  303.2.2.4A1  -  SRO  Trade-Off  Data 

2.  AMC-P  700-4  -  Logistical  Support  Analysis  Technique  Guide 


PROCESS  303.2.2.4A4  -  Perform  SRO  Trade-Off  Analysis 
PURPOSE : 

To  develop  or  use  an  applicable  effectiveness  model  that 
evaluates  the  effectiveness  of  the  support  system  used  on  the 
selected  system/ equipment  relative  to  the  System  Readiness 
Objectives . 


PROCESS  303.2.2.4A4B1  -  Select  Factors  of  SRO 
PURPOSE : 

To  select  and  list  each  of  the  System  Readiness  Objectives 
specified  for  the  alternative  system/ equipment  for  use  in 
trade-off  analyses  to  determine  the  most  effective  alternative 
support  system  or  systems  that  provides  the  supportadsility  amd 
reliability  required  to  satisfy  the  requirements  of  the 
system/equipment  SRO. 
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PROCBDOPBS : 

1.  From  the  AAF  (Acquiring  Activity  Files),  auid  the  ROC 
(Requirements  Objective  CapeQ^ility) ,  select  and  list 
peacetime  euid  wartime  data  that  define  the  performance, 
reliability,  maintainability,  etc.,  requirements  for  the 
selected  system/ equipment  that  represents  its  SRO,  which, 
in  turn,  will  establish  the  criteria  for  selecting  an 
effective  support  system. 

NOTE:  SRO  data  required  to  determine  the  relative 

effectiveness  of  a  support  system  may  include: 

a.  Sortie  Generations  per  given  time  frame 

b.  Maximtim  administrative  and  logistic  downtime 

c.  Maintenance  downtime  per  operating  hour 

d.  Readiness  time  (Preparation  time  to  use)  etc. 

RSFSRSMCBS: 

1 .  AAF  documents 

2 .  ROC  document 

3.  Process  303.2.2.4A1  -  Selected  Trade-off  Analysis 

Support /Cost /SRO 

4.  Process  303.2.2.4  -  Perform  Trade-off  Analysis. 


PROCESS  303 . 2 . 2 . 4A4B2  -  Establish  Sets  of  Support  Alternative 

Factors 

PURPOSE : 

To  establish  a  list  of  support  factors  for  each  set  of  support 

alternatives  that  would  impact  the  System  Readiness  Objectives 

(SRO)  . 

PROCEDURES : 

1 .  Determine  the  SRO  factors  for  each  alternative  support 
system  concept  based  on  those  developed  in  Process 
303.2.2.4A4B1. 

NOTE;  The  list  of  SRO  factors  should  include  reliability, 

maintaineibility,  performance  requirements,  etc.  for 
each  alternative  support  system. 

2 .  Determine  how  the  logistic  resources  for  a  given  support 
system  effect  the  SRO  factors. 

NOTE:  Example  of  an  effect  that  a  support  system  concept 

could  have  on  SRO  factors :  Assume  an  SRO 

requirement  of  1.0  maintenance  manhour  per 
operating  hour  (MH/OH)  .  Is  it  possible  that  the 
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Government  Furnished  Equipment,  (GFE)  described  in 
the  support  system  concept,  for  inspection  of  the 
new  system/equipment  can  reduce  the  SRO? 

RSTBRSMCBS: 

1.  Process  303.2.2.4A1  -  Select  trade-off  emalysis  support/ 
cost/SRO 

2.  Process  303.2.2. 4A4B1  -  Select  Factors  of  SRO. 


PROCESS  303 . 2 . 2 . 4A4B3  -  Establish  Subsets  of  Support  Alternative 

Factors 

PURPOSE: 

To  determine  the  subsets  identified  in  terms  of  variable, 

fixed  and  "Baseline"  attributes  for  each  support  alternative 

that  will  be  applicable  to  the  specific  trade-off  analysis. 

PROCEDURES : 

1 .  For  each  set  of  SRO  factors  and  logistic  resources 
associated  with  a  support  system,  identify  siabsets  in 
terms  of  variable,  fixed  and  "Baseline" 
factors/resources .  These  factors /resources  must  be 
identified  and  listed  before  any  trade-off  analysis  is 
initiated. 

2.  The  analyst,  with  the  assist aince  of  the  system  engineer, 
must  place  the  subsets  of  factors/resources  in  a  network 
or  matrix.  This  list  should  contain  all  known  factors 
that  will  be  used  in  any  trade-off  analysis  on  the 
support  system  concept. 

REFERENCES: 

1,  Process  303.2.2.3  -  Identify  Criterion  Related  to  SRO, 
Cost  and  Support ability 

2.  Process  303 .2 . 2 . 4A4B2  -  Establish  Subsets  of  Support 
Alternative  Factors. 


PROCESS  303.2.2.4A4B4  -  Perform  SRO  Trade-Off  Analysis 
PURPOSE : 

To  perform  applicsUDle  trade-off  analysis  against  the  list  of 
SRO  factors  from  Process  303.2.2.4A4B1. 
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PFOCBDUBBS : 


1 .  Select  an  existing  effectiveness  model  to  evaluate 
reliability,  maintainability  and  performemce  of  the 
logistic  resources  for  each  alternative  support  system 
concept.  In  the  event  that  an  adequate  model  C2mnot  be 
found,  follow  the  procedures  outlined  in  Process 
303.2.2.4  "Perform  Trade-off  Analysis"  above. 

2.  The  model  or  procedure  should  be  based  on  the  variable 
and.  fixed  factors  to  be  considered  such  as  failure  emd 
repair  distributions,  environment  emd  design  integration. 

3.  Using  the  results  of  303.2.2.3,  and  considering  the  sets 
produced  form  303.2.2.4A4B2,  aind  subsets  developed  from 
303.2.2.4A4B3,  measure  the  resulting  SRO  factors  for  each 
support  concept  against  the  list  of  SRO  factors  from 
303.2.2.4A4B1. 

4 .  Categorize  the  support  concepts  that  achieve  the  required 
SRO  as  acceptable  and  those  that  don't  as  \inacceptable . 


NOTE:  The  essence  of  any  trade-off  amalysis  is  the 

choosing  of  alternative  support  system  subset 
values  based  on  the  advantages  gained  by  variacions 
in  the  variable  attributes.  However,  the  trade-off 
auialysis  may  require  further  analysis  involving  the 
sensitivity  and  risks  involved  in  the  changes 
resulting  from  the  euialysis. 

REFERENCES: 

1.  Process  303,2.2.3  -  Identify  Criterion  Related  to  SRO, 
Cost  and  Supportad^ility . 

2.  303 . 2 . 2 . 4A4B1  -  Select  Factors  of  SRO 

3.  Subset  303 . 2 . 2 . 4A4B2  —  Esteiblish  sets  of  Support 

Alternative  Factors 

4.  303 . 2 . 2 . 4A4B3  -  Establish  Subsets  of  Support  Alternative 
Factors . 


PROCESS  303.2.2.4A5  -  Optinnim  Support  System  Alternative  for  each 

Svstem/Ecmipinent  Alternatives 


PURPOSE : 

To  evaluate  the  separate  supportaibility,  cost  auid  SRO  trade¬ 
off  results  and  select  a  single  support  system  concept. 
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PROCESS  303.2.2.4A5B1  -  Trad«-Of£  Analysis  Intagration  Procass 
PURPOSE: 

To  develop  a  matrix  that  integrates  the  results  of  the  three 
trade-off  analyses  (supportability/  cost  emd  SRO)  for  (1) 
Contractor  vs.  Organic  support,  (2)  New  resource  requirements, 
and,  (3)  New  support  system  training  required  for  each 
alternative  support  system  required. 

PROCEDURES: 

1 .  Data  for  this  matrix  comes  from  the  following  trade-off 
euialyses : 

a.  303.2.2.4A2  -  Perform  Supportability  Trade-off 

Analysis .  This  data  includes  supportability 
elements  such  as  reliability,  maintainability, 
safety,  human  factors,  transportation  and  hsmdling, 
storage,  preservation,  packaging,  etc. 


b.  303.2.2.4A3  -  Perform  Cost  Trade-off  Analysis.  The 
cost  input  to  the  matrix  is  described  in  this 
process  and  determines  the  support  system  concept 
having  the  best  dollar  value  of  resources  and 
contractor  vs  organic  support  required  by  the  new 
system/ equipment . 

c.  303.2.2.4A4  -  Perform  System  Readiness  Objective 
(SRO)  Trade-off  Analysis.  The  contribution  to  the 
matrix  is  based  on  the  fixed  and  variable  logistic 
resources  that  effect  SRO  objectives  such  as 
failure  and  repair  ratios,  maintenance  downtime, 
maintenance  manhours  per  operating  hour,  etc. 

2.  Based  on  the  data  obtained  from  the  trade-off  euialyses, 
determine  which  elements  would  require  Contractor, 
Orgemic  Support  or  a  combination  of  each  2md/or  requires 
new  resources  and  training. 

REFERENCES: 

1.  303.2.2.4A2  -  Perform  SupportaJsility  Trade-off  Analysis 

2.  303.2,2.4A3  -  Perform  Cost  Trade-off  Analysis 

3.  303.2.2.4A4  -  Perform  SRO  Trade-off  Analysis 
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PROCESS  303.2.2.4A5B2  -  Perform  Optimization  Analyaiz 

PURPOSE: 

To  perform  optimization  analysis  to  incorporate  the  best 

features  of  each  alternative  support  system  auialyzed  and 

produce  am  optimtim  support  concept  plam. 

PROCEDURES: 

1 .  Based  on  the  information  provided  in  the  matrix  developed 
in  303.2.2.4A5B1  and  considering  the  impact  of  orgeuiic 
vs.  contractor  support,  or  a  combination  of  both,  perform 
a  comparative  auialysis  that  highlights  the  best  features 
of  the  various  support  system  concepts  for  the  new 
alternative  system/equipment.  Use  this  composite  support 
system  as  another  alternative  auid  a  possible  cauididate  in 
further  ainalysis. 

NOTE:  Be  careful  in  developing  a  composite  support 

concept  since  certain  pieces  of  the 
alternatives  considered  may  be  mutually 
exclusive . 

2.  Form  the  composites  by  selecting  that  aspect  of  the 
alternative  support  concept  whose  logistic  resource 
requirements  have  the  best  influence  on  one  or  more  of 
the  following  areas:  relisdjility,  maintainability, 
safety,  hximaui  factors,  transportation  and  heuidling, 
storage,  preservation  and  packaging,  ftinding,  data 
mainagement  maintenamce  engineering  characteristics .  This 
information  will  come  from  the  matrix  estaJslished  in 
Process  303.2.2.4A2  -*  Perform  Supportability  Trade-off 
Analysis  and  Process  303.2.2.4A5B1  -Trade-off  Analysis 
Integration  Process. 

REFERENCES: 

1.  303.2.2.4A5B1  -  Trade-off  Analysis  Integration  Process 

2.  303.2.2.4A2  -  Perform  SupporteU^ility  Trade-off  Analysis 

3.  303.2.2.4A3  -  Perform  Cost  Trade-off  Analysis 

4.  303.2.2.4A4  -  Perform  SRO  Trade-off  Analysis 


PROCESS  303.2.2.4A5B2  -  Perform  Decision  Risk  Analysis 
PURPOSE: 

To  identify  auid  describe,  risk  levels  for  the  alternative 
support  systems. 
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PROCSEDUBSS: 


1 .  Estimate  the  risk  or  probability  that  the  assessment  of 
the  impact  of  the  alternate  support  system  on  existing 
emd/or  plemned  weapons  system^  supply^  maintenamce/ 
logistics  and  transportation  is  incorrect. 

2 .  A  review  of  the  optimization  analysis  performed  in 
Process  303 .2 .2 . 4A5B2  Perform  Optimization  Analysis, 
will  provide  additional  logistic  resource  requirements 
for  which  risk  analysis  may  be  required  to  establish  the 
degree  to  which  the  trade-off  analysis  results  are 
invalid  and  not  applicable. 

3.  Other  important  risk  areas  to  assess  in  total  life  cycle 
support  are  those  features  that  causes  cheuiges  to 
reliability,  maintainaibility,  safety,  human  factors,  data 
m2magement,  support  memagement  and  other  logistic 
elements . 

NOTE:  A  risk  is  defined  as  the  probeQ^ility  that  the 

conclusion  reached  is  incorrect.  (See  MIL-STD- 
1388-1) . 

REFERENCES: 

1.  303.2.2.4A5B1  -  Trade-off  Analysis  Integration  Process 

2.  303.2.2.4A2  -  Perform  Supportability  Trade-off  Analysis 

3.  303.2.2.4A3  -  Perform  Cost  Trade-off  Analysis 

4.  303.2.2.4A4  -  Perform  SRO  Trade-off  Analysis. 


PROCESS  303 . 2 . 2 . 4A5B3  -  Evaluate  Optixaum  System  Support  Concept 
PURPOSE : 

To  evaluate  all  alternative  system  support  concepts 
considering  all  risks  and  items  of  support  that  effects 
performance,  readiness,  cost  and  supportability.  Then  to 
identify  the  alternative  support  concept  that  provides  the 
best  balamce  between  cost,  performance,  readiness  and 
supportability.  This  includes  the  data  developed  by  the 
matrix  in  303.2.2.4A5B1. 

PROCEDURES : 

1.  Based  on  the  results  of  the  Trade-off  Analysis 
Integration  Process  (303.2.2. 4A5B1) ,  the  Optimization 
Analysis  (303 . 2 . 2 . 4i^B2)  and  the  Risk  Analysis 

(303 . 2 . 2 . 4A5B3}  select  the  optimum  support  system 
concept . 
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2 .  The  results  of  the  trade-off  cuialysis  on  suppoirtability, 
cost  and  SRO  provide  insight  into  the  optimxim  combination 
of  system  support  elements. 

3.  The  final  selection  must  have  the  best  balemce  between 
cost,  performance,  readiness  emd  supportability . 

NOTX:  The  results  of  the  individual  supported>ility, 

costs,  emd  SRO  Trade-Offs  may  results  in 
different  sets  of  acceptable  support  system 
concepts.  In  deciding  which  support  system 
concept  to  select,  one  must  prioritize  those 
features  that  are  most  importemt.  In  some 
cases,  one  might  be  willing  to  choose  a 
support  system  concept  that  maximize  SRO  but 
has  a  higher  cost  then  desired  or  requires 
more  resources  (greater  supportability)  then 
desired.  It  is  import euit  to  remember  that  ILS 
Objectives  are  goals  and  can  not  always  be 
reached  since  they  conflict. 

BXFEBXNCES: 

1.  303.2.2.4A2  -  Perform  Supportability  Trade-off  Analysis 

2.  303.2.2.4A3  -  Perform  Cost  Trade-off  Analysis 

3.  303.2.2.4A4  -  Perform  SRO  Trade-off  Analysis 

4.  303.2.2.4A5B2  -  Perform  Optimization  Analysis 

5.  303 . 2 . 2 . 4A5B3  -  Perform  Decision  Risk  Analysis. 


PROCESS  303.2.2.4A6  -  New/Critical  Logistic  Support  Req»ii 
PURPOSE : 

To  identify  the  requirements  for  the  new  and/or  critical 
resources  generated  by  the  selection  of  an  alternate  support 
concept . 

PROCEDURES: 

1 .  The  qualitative  and  quantitative  attributes  associated 
with  the  system/equipment  were  identified  in  Process 
303.2.2.4A1B1. 

2 .  The  qualitative  and  quantitative  attributes  associated 
with  the  support  system  concepts  were  identified  in 
Process  303.2.2.4A1B2. 

3.  Using  the  results  of  303 .2 . 2 . 4A5B1  auid  the  integration  of 
the  separate  supportability,  cost  emd  effectiveness 
trade-offs,  identify  the  need  for  new/critical  resources 
for  the  selected  support  system (s) .  New  resources  are 
considered  required  items  of  support  not  found  in  the 


C-27 


Army  inventory.  Critical  resources  are  those  that  either 
are  in  short  supply  or  are  constraint  by  Army  Policy^ 
Doctrine  or  Funding. 

RBTBBEHCBS: 

1.  303.2.2.4A5  -  Optimum  Support  System  Alternatives  for 
each  System  Alternative 

2.  303 . 2 . 2 . 4A1B1  -  Identify  Qualitative  auid  Qu£mtitative 
Attributes  Associated  vrith  System/Equipment. 

3.  303 .2 .2 . 4A1B2  -  Identify  Qualitative  and  Quantitative 
Attributes  Associated  with  Support  Systems 

4.  303.2.2.4AB3  -  Establish  Relations  Models  -  Support^ 
Cost,  SRO 

5.  303 .2 .2 . 4A5B1  -  Trade-off  Analysis  Integration  Process. 


PROCESS  303.2.2.4A7  -  Recommended  Support  System  Alternative 

PURPOSE : 

To  identify  the  recommended  alternative  support  system  concept 

and  list  all  associated  qualitative  and  quemtitative  logistic 

resource  requirements . 

PROCEDURES: 

1.  Select  from  Process  303.2.2.4A5B2,  the  support  system 
considered  the  optimum  for  the  selected  system/ equipment . 

2.  From  Process  303.2.2.2,  identify  key  qualitative  euid 
quemtitative  requirements  of  the  optimvim  support  system 
concept . 

REFEREMCES: 

1.  303.2.2.2  -  Select/Quantify  Support  System  Alternatives 

2.  303 . 2 . 2 . 4A5B2  -  Perform  Optimization  Analysis. 


PROCESS  303.2.2.4A8  -  Consolidate  Trade-Off  Results  to  Prepare 

Final  Report 

PURPOSE: 

To  siommarize  the  results  of  the  support  ability,  cost  auid 
system  readiness  objectives  (SRO)  trade-off  euialysis  to  show 
the  trade-offs  applicable  to  the  selected  support  system  and 
how  such  trade-offs  improves  the  performeuice,  cost  auid 
readiness  of  the  selected  support  system. 


PROODURBS: 


1 .  List  results  of  the  trade-off  analysis  applicable  to  the 
selected  support  system  or  systems. 

2.  List  for  each  trade-off  how  that  trade-off  io^roves  the 
performemce^  cost  eind  readiness  of  the  selected  support 
system. 

3.  Describe  the  level  of  risk  amd  critical  areas  associated 
with  the  selected  support  system. 

RSFBRBNCBS: 


1. 

2. 

3. 

4. 


303.2.2.4A5  -  Optimxom 
System  Alternative 
303.2.2.4A2  -  Perform 
303.2.2.4A3  -  Perform 
303.2.2.4A4  -  Perform 
Trade-off  Analysis. 


Support  System  Alternate  for  each 

Supportaibility  Trade-off  Analysis 

Cost  Trade-off  Analysis 

System  Readiness  Objectives  (SRO) 


Screen  Bntry  Instructions : 

1 .  The  purpose  of  this  process  is  to  docioment  the  optimum 
support  concepts.  To  perform  this  task,  three  trade-off 
analysis  must  be  performed: 

a.  Supportability  Trade-off  Analysis 

b.  SRO  Trade-off  Analysis 

c.  Cost  Trade-off  Analysis. 

2.  These  trade-offs  are  accomplished  using  the  SRO  as  a 
flexible  "Baseline"  and  the  various  support  system 
alternatives  as  a  means  to  compare  to  the  SRO  to  achieve 
as  close  as  possible  the  requirements  of  the  SRO.  The 
trade-offs  will  be  performed  by  the  euialyst  with  the 
assistance  of  a  logisticiam  amd  aided  by  mathematical 
models . 

3.  The  SRO  is  referred  to  as  flexible,  as  it  is  initially 
prepared  in  the  concept  acquisition  phase  and  reflects 
the  performance/capability  desired  by  the  user.  After 
the  logistic  analysis  auid  mathematical  modeling,  it  may 
require  chamges  due  to  limits  of  the  state-of-the-art, 
cost,  mampower  amd  personnel  restrictions,  etc. 

NOTB:  It  is  important  that  when  a  mathematical  model  is 

used  to  assist  the  logistician  in  evaluating  am 

attribute,  the  saune  model  should  be  used  in 

evaluating  the  saune  attributes  on  all  of  the 

support  systems  alternatives .  There  are  no  models 
hardcoded  in  this  system.  The  models  will  have  to 
be  chosen  amd  run  off  line  with  their  results 
documented  in  subfield  "C"  of  each  of  the 
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4. 


attributes .  The  same  applies  to  the  matrixes 
referenced  in  Process  303.2.2.4A2  and 
303.2.2.4A5B1.  Due  to  the  large  quantity  of  sub 
attributes  to  be  considered^  a  screen  matrix  cannot 
be  provided.  These  matrixes/  if  applied,  will  be 
compiled  off-line  auid  identified  to  this  trade-off 
amd  filed  for  future  reference. 

The  support  system  alternatives  are  highly  flexible  and 
their  attributes  maybe  chamged,  mixed  between  different 
alternatives  or  new  information  added  by  the  analyst  or 
logistician  to  provide  the  best  support  at  the  least  cost 
to  meet  the  SRO  requirements. 

View  or  Print  Screen  303.2.2.3.  This  screen  contains  the  SRO 
requirements  and  as  stated  aObove  will  be  the  flexible 
"Baseline"  to  compare  to  the  various  support  alternatives. 
View  or  print  one  of  the  sets  of  Screen  303.2.2.2  by  its 
Support  System  Control  Number,  i . e . ,  manufacturer  "A" . 

Consolidate  the  trade-off  auialyses  and  prepare  the  final 
report . 

Field  1.  Self  explainatory 

Field  2 .  Enter  the  support  System  control  Number  extracted 
from  Screen  303.2.2.2.  There  may  be  more  that  one 
Support  System  Control  Number  for  this  new  system/ 
equipment .  Each  has  its  unique  Support  System 
Control  Number.  Each  of  these  support  system 
alternatives  will  be  subject  to  trade  in  this 
process  which  will  create  a  screen  for  each  support 
system  alternative.  In  the  very  likely  event  that 
the  trade-offs  produce  a  mix  of  attributes  between 
support  system  alternatives,  as  provided  from  Task 
302,  then  another  screen  or  screens  will  be 
completed  using  a  pseudo  Support  System  control 
Number.  this  pseudo  Control  Number  should  not  be 
entered  in  Process  303.2.2.2.  The  main  attribute 
will  be  hardcoded  followed  by  sxobfields. 

Subfields : 

These  fields  are  in  narrative  format.  As  the  narrative 
is  entered  the  next  sxjbfield  will  scroll  downward  on  the 
screen.  When  the  entry  is  completed  for  one  subfield 
then  go  to  the  next  subfield  and  enter  the  required 
information.  It  is  realized  that  the  narrative  for  all 
the  STibfields  will  not  fit  on  one  screen.  When  this 
occurs  the  particular  screen  will  scroll  over  to  a 
continuation  screen/ screens .  Some  screens  are  known  to 
not  have  space  for  all  the  subfields  information.  These 
screens  will  be  continuation  screens,  machine  generated 
and  identified  as  Part  I,  Part  2,  etc.  See  Logon 
procedures  to  display  the  desired  screen. 
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Field  3. 


3a. 


3b. 


3c. 


Field  4. 
4a. 


4b. 


4c. 


Field  5. 


5a. 


5b. 


5c. 


Field  6. 


6a. 


6b. 
6c . 


Field  7. 
7a. 


Design  Influence 

Enter  the  modeling  technique  used  for  this 
attribute.  For  this  attribute  reference  AMC-P  700- 
4  Table  2-2  or  enter  ”M2mual'’. 

Enter  the  entire  cost  of  this  attribute  as 
extracted  from  Screen  303.2.2.2  or,  the  results  of 
the  mathematical  model. 

Discuss  this  attribute  as  to  previous  experience 
with  like  type  system/ equipments  cuid  the  results  of 
the  modeling  technique. 

Maintenauice  Planning 

Enter  the  modeling  technique  used  for  this 
attribute.  For  this  attribute  reference  AMC-P  700- 
4,  Table  2-2. 

Enter  the  entire  cost  of  this  attribute  as 
extracted  from  Screen  303.2.2.2,  or,  the  results  of 
the  mathematical  model. 

Discuss  this  attribute  as  to  previous  experience 
with  like  type  system/ equipments  and  the  results  of 
the  modeling  technique. 

Manpower  and  Personnel 

Enter  the  modeling  technique  used  for  this 
attribute.  For  this  attribute  reference  AMC-P  700- 
4,  Table  2-2. 

Enter  the  entire  cost  of  this  attribute  as 
extracted  from  Screen  303.3.3.2,  or,  the  results  of 
the  mathematical  model. 

Discuss  this  attribute  as  to  previous  experience 
with  like  type  system/ equipment  and  the  results  of 
the  modeling  technique. 

Supply  Support 

Enter  the  modeling  technique  used  for  this 
attribute.  For  this  attribute  reference  AMC-P  700- 
4,  TadJle  2-2. 

Enter  the  entire  cost  of  this  attribute  as  results 
of  the  mathematical  model. 

Discuss  this  attribute  as  to  previous  experience 
with  like  type  system/ eqpaipments  emd  the  results  of 
the  modeling  technique. 

Support  Equipment  etnd  TMDE 

Enter  the  modeling  technique  used  for  this 
attribute.  For  this  attribute  reference  AMC-P  700- 
4,  Table  2-2. 
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7b.  Enter  the  entire  cost  of  this  attribute  as 
extracted  from  Screen  303.2.2.2,  or,  the  results  of 
the  mathematical  model. 

7c.  Discuss  this  attribute  as  to  previous  experience 
with  like  type  system/ equipments  and  the  results  of 
the  modeling  technique. 

Field  8 .  Training  and  Training  Devices 

8a.  Enter  the  modeling  technique  used  for  this 
attribute.  For  this  attribute  reference  AMC-P  700- 
4,  Tadsle  2-2. 

8b.  Enter  the  entire  cost  of  this  attribute  as 
extracted  from  Screen  303.2.2.2/  or,  the  results  of 
the  mathematical  model. 

8c.  Discuss  this  attribute  as  to  previous  experience 
with  like  type  system/ equipments  and  the  results  of 
the  modeling  technique. 

Field  9.  Technical  Data 

9a.  Enter  the  modeling  technique  used  for  this 
attribute.  For  this  attribute  reference  AMC-P  700- 
4/  Table  2-2. 

9b.  Enter  the  entire  cost  of  this  attribute  as 
extracted  from  Screen  303.2.2.2/  or,  the  results  of 
the  mathematical  model. 

9c.  Discuss  this  attribute  as  to  previous  experience 
with  like  type  systera/equipments  euid  the  results  of 
the  modeling  technique. 

Field  10.  Computer  Resources  Support 

10a.  Enter  the  modeling  technique  used  for  this 
attribute.  For  this  attribute  reference  AMC-P  700- 
4/  Table  2-2. 

10b.  Enter  the  entire  cost  of  this  attribute  as 
extracted  from  Screen  303.2.2.2/  or,  the  results  of 
the  mathematical  model. 

10c.  Discuss  this  attribute  as  to  previous  experience 
with  like  type  system/ equipments  amd  the  results  of 
the  modeling  technique. 

Field  11 .  Packaging/  Handling  euid  Storage 

11a.  Enter  the  modeling  technique  used  for  this 
attribute.  For  this  attribute  reference  AMC-P  700- 
4/  Table  2-2. 

lib.  Enter  the  entire  cost  of  this  attribute  as 
extracted  from  Screen  303.2.2.2/  or,  the  results  of 
the  mathematical  model . 

11c.  Discuss  this  attribute  as  to  previous  experience 
with  like  type  system/equipments  and  the  results  of 
the  modeling  technique. 
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Field  12.  Tramaportation  and  Transportability 

12a.  Enter  the  modeling  technique  used  for  this 
attribute.  For  this  attribute  reference  AMC-P  700- 
4,  Table  2-2. 

12b.  Enter  the  entire  cost  of  this  attribute  as 
extracted  from  Screen  303.2.2.2,  or,  the  results  of 
the  mathematical  model. 

12c.  Discuss  this  attribute  as  to  previous  experience 
with  like  type  system/ equipments  and  the  results  of 
the  modeling  technique. 

Field  13.  Facilities 


13a.  Enter  the  modeling  technique  used  for  this 
attribute.  For  this  attribute  reference  AMC-P  700- 
4,  Table  2-2. 

13b.  Enter  the  entire  coat  of  this  attribute  as 
extracted  from  Screen  303.2.2.2,  or,  the  results  of 
the  mathematical  model. 

13c.  Discuss  this  attribute  as  to  previous  experience 
with  like  type  aystem/equipments  and  the  results  of 
the  modeling  techniq[ue. 

Field  14.  Standardization  and  Interoperability 

14a.  Enter  the  modeling  technique  used  for  this 
attribute.  For  this  attribute  reference  AMC-P  700- 
4,  Table  2-2. 

14b.  Enter  the  entire  cost  of  this  attribute  as 
extracted  from  Screen  303.2.2.2,  or,  the  results  of 
the  mathematical  model. 

14c.  Discuss  this  attribute  as  to  previous  experience 
with  like  type  aystem/equipments  auid  the  results  of 
the  modeling  technique. 

Field  15.  Reliability 

15a.  Enter  the  modeling  technique  used  for  this 
attribute.  For  this  attribute  reference  AMC-P  700- 
4,  Table  2-3. 

15b.  Enter  the  entire  cost  of  this  attribute  as 
extracted  from  Screen  303.2.2.2,  or,  the  results  of 
the  mathematical  model . 

15c .  Discuss  this  attribute  as  to  previous  experience 
with  like  type  aystem/equipments  and  the  results  of 
the  modeling  technique. 

Field  16,  Survivability 

16a.  Enter  the  modeling  technique  used  for  this 
attribute.  For  this  attribute  reference  AMC-P  700- 
4,  Table  2-3. 
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16b.  Enter  the  entire  cost  of  this  attribute  as 
extracted  from  Screen  303.2.2.2^  or,  the  results  of 
the  mathematical  model. 

16c.  Discuss  this  attribute  as  to  previous  experience 
with  like  type  system/equipments  and  the  results  of 
the  modeling  technique. 

Field  17 .  Availability 

17a.  Enter  the  modeling  technique  used  for  this 
attribute.  For  this  attribute  reference  AMC-P  700- 
4,  Table  2-3. 

17b.  Enter  the  entire  cost  of  this  attribute  as 
extracted  from  Screen  303.2.2.2,  or,  the  results  of 
the  mathematical  model. 

17c.  Discuss  this  attribute  as  to  previous  experience 
with  like  type  system/equipments  and  the  results  of 
the  modeling  technique. 

Field  18.  Risks 

18a.  Enter  the  modeling  technique  used  for  this 
attribute.  For  this  attribute  reference  AMC-P  700- 
4,  Table  2-3. 

18b.  Enter  the  entire  cost  of  this  attribute  as 
extracted  from  Screen  303.2.2.2,  or,  the  results  of 
the  mathematical  model. 

18c.  Discuss  this  attribute  as  to  previous  experience 
with  like  type  system/ equipments  cuid  the  results  of 
the  modeling  technique. 

Field  19.  Total  Cost 

Enter  the  sum  of  subfield  3b  for  fields  3  through  18  or 

run  the  mathematical  model  contained  in  ACM-P  700-4, 

Table  2-3,  Life  Cycle  Cost.  If  a  different  model  is  used 

state  which  model  was  used. 


PROCESS  303.2.2.5  -  DOCOMENT  RESULTS  -  TRADE-OFF  ANALYSIS 
PURPOSE : 

To  document  the  results  of  the  trade-off  analysis,  risks 
analysis,  sensitivity  analysis,  optimization  analysis  and 
results  of  models  used  in  determining  the  optimum  support 
system. 

PROCEDURES : 

1 .  A  report  should  be  prepared  in  a  steuidard  report  format 
with  the  following  subject  outline  as  a  minimum: 
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a.  Identification/Deacription  of  new  system/ equipment 

b.  Purpose  of  Report 

c.  Selected  Support  System  Control  Numbers 

d.  Discussion 

(1)  A  brief  description  of  each  selected  support 
concept 

(2)  For  each  support  system,  the  reason  why  it  was 
selected 

(3)  Documentation  of  the  selected  support  systems 
effectiveness  emd  associated  cost  data  and  why 
it  is  more  effective  them  the  other  support 
systems . 

e .  Recommendations 

NOTB:  If  the  recommendations  determine  that  the  SRO 

needs  to  be  chemged  and  the  Combat  Developer 
agrees,  the  SRO  will  have  to  be  changed. 

RSFERSNCSS: 

1.  Data  will  be  selected  from  each  of  the  above  listed  tasks 
and  siobtasks . 

2.  When  PM/ILSMT  approves  the  recommended  support  system, 
updates  to  the  following  processes  may  be  required; 
303.2.4,  303.2.5,  303.2.6,  303.2.7,  302.2.1,  204.2.1  and 
303.2.2.3. 

Screen  Entry  Znetructione : 

Field  1 .  Self  Explanatory 

Field  2 .  Develop  2md  enter  narrative  of  purpose  of  report 

Field  3 .  View/Print  all  the  sets  of  the  trade-off  analysis 
(Screens  303.2.2.4).  Select  up  to  three  of  the 
best  support  system  trade-offs  and  enter  their 
Support  System  Control  Nximbers  in  siobfields  a,  b, 
and  c. 

Field  4.  Discuss  the  various  trade-offs  contained  in  Field  3 
indicating  their  benefits  emd  risks  amd  reasons 
why . 

Field  5 .  Recommend  one  of  the  Support  System  Control  Nxambers 
as  the  best  trade-off  with  justification  including 
reasons  why  the  other  Control  Numbers  were  not 
considered  best.  Print  this  screen  and  the  three 
Support  System  Control  Numbers  contained  in  Field  3 
from  Process  303.2.2.4.  Attach  the  outputs  of  the 
three  System  Support  control  Numbers  to  the  output 
of  this  screen  amd  present  to  the  PM/ILSMT. 
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SCBXSN  1 


SELECT  SUPPORT  SYSTEM  ALTEBMETZVE 
DESZCai  IMFLUENCE 
(303.2.2.2) 

END  ITEM  NAME: 

NOMENCLATURE: 

PART  NUMBER: 

Field  1.  Identzify  selected  new  system/equipment 

Field  2.  Selected  alternative  support  system  control  number: 

Field  3.  Design  Influence: 

a .  MANPRINT 

Narrative : 

b.  Energy  efficiency 

c.  Hazardous  materials  usage  or  disposal 

d.  LCC 

e.  Htiman  factors  engineering 

f .  Safety 

g.  BITE 

h.  Source  selection  or  weighing 

i.  Testing  feedback  or  corrections 

j .  Contractor  incentives 

k.  RAM-driven  support  costs 

l.  Preplamned  product  improvement  (AR  70-15) 

m.  TremsporteUaility 

n.  Facility  limitations 

o .  Nuclear  hardening  requirements 

p.  Packaging/h2mdling  constraints 

q.  Design  for  discard/testability 

r.  System  Readiness  Objective 

s.  Selected  tracking  of  parts/components/end  items  by  serial 
number 

t .  Use  of  metric  measurements 

u .  Embedded  training 

Programmer  Note:  The  narrative  appears  after  each  subfield 

auid  is  required  for  all  screens. 


SCRESN  2 


SBLBCTBD  SUPPORT  SYSTEM  ALTBBIOITZVB 
MRZNTEMAMCB  PLAMMmG 
(303.2.2.2) 


BHD  ITEM  NAME: 
NOMENCLATURE: 
PART  NUMBER: 


Field  1 .  Identify  selected  alternative  new  system/ equipment 
Field  2.  Selected  alternative  support  system  control  number 
Field  3.  Maintenance  Pleuming: 


a .  Maintenance  concept 

b.  Maintenamce  facilities 

c .  Maintenance  tasks 

d.  Maintenance  organization 

e.  Expenditure  limits 

f.  Maintenance  stamdards 

g.  Provisioning  Plaui 

h.  Operational  readiness  float 

i.  Repair  cycle  float 

j .  Contractor  support 

k .  Requirements  to  restore  ox  sustain  equipment 
serviceability 

l.  Host  nation  support  (AR  570-9) 

m.  Interservice  support  agreement 

n.  Depot  maintenance  support 

o.  Intermediate  maintenance  (IM) /TDA  maintenance  support 

p.  Battlefield  damage  assessment  euid  repair 

q.  Direct  exchange 

r.  MANPRINT  considerations 

s.  Nuclear  hardness  maintenance  requirements. 
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SBLBCTBD  SUPPORT  SYSTEM  ALTBRKETZVB 
MAMPOMER  £  PERSOMMEL 
(303.2.2.2) 

END  ITEM  NAME: 

NOMENCLATURE: 

PART  NUMBER: 

Field  1.  Identify  selected  alternative  new  system/equipment 
Field  2 .  Selected  alternative  support  system  control  nvunber 
Field  3.  Mampower  amd  personnel: 

a.  NiomberS/  skills ^  and  grades 

b.  MANPRINT  considerations 

c .  Retention  constraints 

d.  Recruitment  or  literacy  requirements 

e .  QQPRI 

£.  Special  skill  requirement 

g.  Hazardous  skill  requirements 

h.  Human  factors  considerations 

i.  Security  clearauice  requirements. 
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SCBSXN  4 


SBLBCTKD  SUPPORT  SYSTEM  ALTEBNATZVB  SUPPLY  SUPPORT 

END  ITEM  MANE: 

MOMEHCLATURB: 

PART  HUMBER: 


Field  1.  Identify  selected  alternative  new  system/equipment 
Field  2 .  Selected  alternative  support  system  control  number 
Field  3.  Supply  Support: 


a.  Initial  provisioning 

b.  Spare  or  repair  parts 

c.  Support  facilities  (fixed,  mobile) 

d.  Basic  sustainment  materiel  (POL) ,  ammunition,  consumedale, 
etc. 

e .  Handling  equipment 

f.  Source,  mainteneuice  and  recoverability  (SMR) /item 

management  code  (IMG)  coding 

g.  DliA/GSA/ ARMY/ other  Service  items 

h .  POMCUS  stocks 

i.  War  reserves  (AR  11-11  and  AR  710-1) 

j.  Basic  issue  items/on  board  spares 

k.  Major  or  secondary  items 

l.  Cataloging  (national  stock  number  assignments,  etc.) 

m.  Metric  measurements 

n.  Sets,  kits,  outfits 

o.  Postaprovisioning  assessments  or  reviews 

p.  Physical  dimensions,  to  include  weight,  height,  cube 

q.  Container  requirements 

r.  Storage  space 

s.  Administrative  support  storage 

t.  Oecontaunination  equipment /precautions 

u.  Precautions  for  explosive/radioactive  materiel 
V.  Parts /components /end  item  serial  number  tracking 

w.  Security  requirements  (system,  parts,  manuals,  etc.) 

X.  Nuclear  hardness  critical  items 

y.  Part’S/ components /end  item  serial  nvimber  tracking. 


C~39 


SCRBIM  5 


SELECTED  SDPffORT  SYSTEM  ELTEBMATXVE 
SUPPORT  SYSTEM  t  TMDE 
(303.2.2.2) 


EMD  ITEM  MEME: 
MOMEHCLETOBE: 
PART  NUMBER: 


Field  1.  Identify  selected  alternative  new  systen/equipment 
Field  2.  Selected  alternative  support  system  control  nximber 


Field  3.  Support  equipment  amd  TMDE: 


a.  Test,  measurement  aind  diagnostic  equipment  (common  auid 
peculiar) 

b.  Calibration  equipment  and  procedures 

c.  Automatic  test  equipment 

d.  Support  and  handling  equipment 

e .  Electric  generators 

f.  POL  and  ammunition  vehicles 

g.  Tools  auid  tool  kits 

h.  System  major  i*'em  components 

i.  BIOP  (AR  71-2) 

j .  Associated  support  items  of  equipment 

k.  Recovery  or  evacuation  equipment 

l.  IMI  mobile  maintenance  facilities  (components) 

m.  Test  program  sets 

n.  MANPRINT  considerations 

o.  Installation  units  (communication,  weapons,  chemical 
detection,  smoke,  etc.) 

p.  Depot  maintenance  plauit  equipment. 
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SC3IBSN  6 


SSZJKCTBD  SUPPORT  SYSTBM  ALTEFMlkTZVB 
OISZGN  mrLDSHCB 
(303.2.2.2) 


BID  ZTBf  NBIB: 
HOMBiCIJLTUBB: 
PART  MDMBBl: 


Field  1.  Identify  selected  alternative  new  system/equipment 
Field  2.  Selected  alternative  support  system  control  number 
Field  3.  Training  and  Training  Devices: 


a .  Factory  training 

b.  Instructor  and  key  personnel  training 

c.  New  equipment  training  plem 

d.  New  equipment  training  team  requirements 

e.  System  training  pleui  (replaces  individual  and  collective 
training  plan) 

f.  Resident  school  training 

g.  Army  training  auid  evaluation  program 

h.  Training  materials^  aids^  and  devices 

i .  Training  ammunition 

j .  Joint  Service  training 

k.  displaced  equipment  training  plan 

l .  Training  equipment 

m.  Extension  course  training 

n.  Student  training  requirements 

o.  Field  memuals 

p .  Soldier  manuals 

q.  Skill  levels  euid  skill  specialties 

r.  Skill  qualification  test 

s .  Training  instructions 

t.  Materials  and  lessons 

u.  Joint  service  training  agreements 

V.  Training  device  support 

w.  Depot  training/t raining  devices 

X.  Explosive  ordnance  disposal  training 
y .  MANPRINT  considerations . 


C-41 


SCBZSH  7 


SXLBCTSD  SUPPORT  SYSTSM  ALTEFMRTZVB 
TECBNZCRL  DATA 
(303.2.2.2) 


8MD  ITEM  NAME: 
MOMENCLATURB: 
PART  NUMBER: 


Field  1.  Identify  selected  alternative  new  system/ equipment 
Field  2.  Selected  alternative  support  system  control  niomber 
Field  3.  Technical  Data: 


a.  Technical  mamuals 

b.  Technical  bulletins 

c.  Trauisportability  guidance  technical  mamuals 

d.  Identification  lists 

e.  Component  lists 

f.  Repair  parts  aind  special  tools  list 

g.  Maintenance  allocation  chart 

h.  Lubrication  instructions 

i .  Supply  bulletins 

j.  Provisioning  technical  documentation 

k.  Calibration  procedure 

l.  Drawings  and  specifications 

m.  Test  results 

n .  Software  documentation 

o .  Skill  and  task  amalysis 

p.  Facilities  utilization 

q.  Packaging  procedures  and  materials 

r.  Depot  maintenance  work  requirements 

s.  Logistic  support  2uialysis  record 

t.  Verification  and  validation 

u.  ILS  plauming  documentation  and  associated  contractor 
deliverables 

V.  Demilitarization  and  explosive  ordnemce  disposal 

procedures 

w.  MANPRINT  database. 
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SSLSCTED  SUPPORT  SYSTSM  ALTBBMATZVB 
CQNPUTSR  BKSOURCBS  SUPPORT 
(303.2.2.2) 

KMD  ITEM  NAME: 

MOMEMCLATURE: 

PART  NUMBER: 

Field  1.  Identify  selected  alternative  new  system/equipment 
Field  2 .  Selected  alternative  support  system  control  nximber 
Field  3.  Computer  resources  support: 

a.  System  operational  hardware 

b.  ATE  operational  software 

c.  Computer  resource  management  plcui 

d.  Post  deployment  software  support  (PDSS)  cells 

e.  PDSS  product  improvement 

f .  PDSS  test  verification  process 

g.  Software  storage^  security  requirements. 
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SCRBSN  9 


SELECTED  SUPPORT  SYSTEM  RLTERMRTZVE 
PACKAGING,  HANDLING  AND  STORAGE 
(303.2.2.2) 


END  ITEM  NAME: 
NOMENCLATURE: 
PART  NUMBER: 


Field  1 .  Identify  selected  alternative  new  system/equipment 
Field  2 .  Selected  alternative  support  system  control  number 
Field  3 .  Packaging,  Hauidling  emd  Storage : 


a.  Handling  equipment 

b.  Source,  maintenance,  and  recoverability  (SMR)/i^em 
management  code  (IMC) 

c.  Security  requirements  (system,  parts,  msuiuals,  etc.) 

d.  Disposal/demilitarization 

e.  Sets,  kits,  outfits 

f.  Post-provisioning  assessments  or  reviews 

g.  Physical  dimensions,  to  include  weight,  height,  cube 

h.  Container  requirements 

i .  Storage  space 

j .  Administrative  support  storage 

k.  Preservation/packaging/handling/requirements  (AR  700-15) 

l.  Pallet/hardstauid  requirements,  air  delivery 

m.  Decontamination  equipment /precautions 

n.  Precautions  for  explosive /radioactive  materiel 

o.  H2mdling  constraints 

p.  Lifting  2md  tiedown  requirements. 
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SBLKCTED  SUPPORT  SYSTEM  RLTEBMRTZVB 
TRANSPORTATION  AND  TRANSPORTABILITY 
(303.2.2.2) 

END  ITEM  NAME: 

NOMENCLATURE: 

PART  NUMBER: 

Field  1.  Identify  selected  alternative  new  sy stem/equipment 
Field  2 .  Selected  alternative  support  system  control  nvunber 
Field  3.  Transportation  auid  Transportability 

a.  Rail,  highway,  water,  air-weight  2uid  dimensional  limits 

b.  Width  euid  height  constraints 

c.  Customs  requirements 

d.  Airdrop  and  helicopter  requirements 

e.  Transportation  configuration  preparation/ loading 
requirements 

f .  Special  precautions 

g.  Tremsport2Ubility  report/approval 

h.  Unit  mobility  impacts 

i.  container  compatibility 

j .  Lifting/tie-down  provisions 

k.  Mobile  maintenance  emd  supply  vaui  configuration 

l.  TMDE  and  special  tools  tremsport  requirements 

m.  Support  equipment  transport  requirements 

n .  Testing 
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SCBXBN  11 


SELECTED  SUPPORT  SYSTEM  ALTERNATIVE 
FACILITIES 
(303.2.2.2) 


END  ITEM  NAME: 
NOMENCLATURE: 
PART  NUMBER: 


Field  1 .  Identify  selected  alternative  new  system/ equipment 
Field  2 .  Selected  alternative  support  system  control  nvimber 


Field  3. 

a. 

b. 

c. 

d. 


Facilities : 

Training  facilities  requirements 
Depot  maintenauice  facilities  requirements 
Mobile  mainten2uice  facilities 
Fixed  IM/TDA  maintenance  facilities 


e.  Fixed  and  mobile  storage  facilities,  including  eunmunition 
and  special  weapons  storage 

f.  Testing  and  operational  facilities 

g.  Facility  physical  security  requirements 

h.  Facility  utilities  (such  as  common  or  unique 

organic/commercial  power) 

i.  Special  facility  requirements 

j.  Facility  design  requirements,  leadtime,  description, 

costs,  housing  2md  dining  facilities 

h.  Training  reuiges,  targets,  scoring  equipment,  safety  fans, 
etc . 
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SCBSSH  12 


SBLBCTSD  SUPPORT  SYSTEM  RLTBBKRTIVB 
STANDARDIZATION  AND  INTEROPERABILITY 
(303.2.2.2) 

END  ITEM  NAME: 

NOMENCLATURE: 

PART  NUMBER: 

Field  1.  Identify  selected  alternative  new  system/ equipment 
Field  2 .  Selected  alternative  support  system  control  ntamber 
Field  3.  Steuidardization  and  Interoperability: 

a.  System  family  approach 

b .  Interoper2U3le  systems 

c.  Proven  components  and  si^systems 

d.  Other  services,  NATO  allies  interface  (AR  12-16) 

e.  Standardization  components,  subsystems,  frequencies,  etc. 

f.  Use  of  metric  measurements. 
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SCRBSN  13 


SYSTEM  RBADIMBSS  OBJECTIVES  (SRO)  WORKSHEET 

(303.2.2.3) 


SMD  ITEM 

NAME: 

NOMENCLATURE : 

PART  NUMBER: 

Field  1. 

Identify  selected  alternative  new 

Field  2. 

Ntunber  of  selected  alternative  new 
supported 

Field  3. 

Availability 

Field  4 . 

Operational  (Mission  Capeibility) 

Field  5 . 

Reliability 

Field  6 . 

Maintainability 

Field  7. 

Survivability 

Field  8. 

Support  aibility 

Field  9 . 

Transportability 

Field  10 

.  Manpower/Personnel . 

system/equipment 
system/equipment  to  be 
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SCRBSM  14 


TRADB-OFF  ANALYSIS  SOMMARY  RESULTS 
(303.2.2.4A8) 

BND  ITEM  NAME: 

NOMENCLATURE: 

FART  NUMBER: 

Field  1.  Identify  new  system/equipment 
Field  2.  Support  System  Control  Number 
Field  3.  Design  Influence: 

a.  Modeling  technique  used 

b .  Total  cost 

c.  Discussion 

Field  4.  Maintenance  Pleuming: 

a.  Modeling  technique  used 

b.  Total  cost 

c.  Discussion 

Field  5.  Manpower  and  Personnel: 

a.  Modeling  technique  used 

b.  Total  cost 

c .  Discussion 

Field  6.  Supply  Support: 

a.  Modeling  techniq[ue  used 

b.  Total  coat 

c.  Discussion 

Field  7.  Support  Equipment  and  TMDE; 

a.  Modeling  technique  used 

b.  Total  cost 

c.  Discussion 
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SCRBSN  14 


TBADB-OFF  AKALYSIS  StBOCAXlY  RESULTS 
(303.2.2.4A8) 

BHD  ITEM  NAME: 

KOMENCLATURE: 

PART  NUMBER: 


Field  8.  Training  amd  Training  Devices: 

a.  Modeling  technique  used 

b.  Total  coat 

c.  Discussion 

Field  9.  Technical  Data: 

a.  Modeling  technique  used 

b.  Total  cost 

c.  Discussion 

Field  10.  Computer  Resources  Support: 

a.  Modeling  technique  used 

b.  Total  coat 

c.  Discussion 

Field  11.  Package^  Handling  and  Storage: 

a.  Modeling  technique  used 

b.  Total  cost 

c.  Discussion 

Field  12.  Transportation  amd  TrauisportaOsility : 

a.  Modeling  technique  used 

b.  Total  cost 

c.  Discussion 

Field  13.  Facilities: 

a.  Modeling  technique  used 

b.  Total  cost 

c.  Discussion 
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TRADB-OFF  ANALYSIS  SUMMARY  RESULTS 
(303.2.2.4A8) 

BMD  ITEM  NAMB: 

NOMEMCLATUXtB: 

PART  NUMBER: 


Field  14.  Steuidardization  and  Interoperability: 

a.  Modeling  technique  used 

b .  Total  cost 

c .  Discussion 

Field  15.  Reliability: 

a.  Modeling  technique  used 

b.  Total  coat 

c.  Discussion 

Field  16.  Survivability: 

a.  Modeling  technique  used 

b.  Total  coat 

c.  Discussion 

Field  17.  Availability: 

a.  Modeling  technique  used 

b.  Total  cost 

c.  Discussion 

Field  18.  Risks: 

a.  Modeling  technique  used 

b .  Total  cost 

c.  Discussion 

Field  19.  Total  Cost 
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scBsaai  15 


DOCOMEQIT  RESULTS 
(303.2.2.5) 

END  ITEM  NAME: 

NOMENCLATURE: 

PART  NUMBER: 

Field  1.  Identify  new  system/equipment 
Field  2 .  Purpose 

Field  3.  Support  System  Control  Number: 

a. 

b. 

c. 

Field  4 .  Discussion 
Field  5.  Recommendations 


ANNEX D 

LSA  SUBTASK  303.2.2 
VERT  BATCH  INPUT  FILES 


VERT  APPLICATION  METHODOLOGY 


BACKGROUND; 

Venture  Evaluation  and  Review  Technique  (VERT)  was  developed  as 
a  network  analysis  technique  to  facilitate  management  decision 
making.  It  allows  a  systematic  pleuming  amd  control  of  programs 
amd  enaUdles  managers  to  find  solutions  to  real  life  managerial 
problems . 

The  terms  of  the  APJ  contract  require  the  provision  of  batch 
files  for  each  of  the  VERT  networks  associated  with  the  various 
Data  Flow  Diagrams  in  the  APJ  966  projects. 

APJ  has  been  successful  in  adopting  a  method  for  the  creation  of 
these  networks  using  the  existing  EXCELERATOR  software  package  auid 
establishing  a  naming  convention  compatible  with  that  used  in  the 
Data  Flow  Diagrauns .  To  do  this  APJ  has  made  use  of  the  PC  model  of 
VERT.  A  Structured  Analysis  project  was  used  for  this  purpose.  The 
prototype  VERT  network  structure  was  made  for  one  top  level  and  one 
lower  level  data  flow  diagram. 

The  PC  model  of  VERT  has  certain  limitations  built  into  it.  To 
overcome  some  of  these  limitations ^  certain  conventions  were  used 
to  create  the  input  files.  To  maintain  full  generality  a  set  of 
"dximmy"  default  values  were  ested^lished.  The  model  allows  the  user 
to  alter  the  default  values  of  time/  cost/  euid  performance  to 
satisfy  their  specific  requirements. 

METHODOLOGY: 


The  basic  symbols  used  to  structure  the  network  are  : 

(i)  SQUARES  -  to  indicate  NODES.  These  are  decision  points 
in  the  project/  or  points  beyond  which  the  project  cauinot 
proceed  xinless  certain  criteria  are  met.  There  are  two 
types  of  nodes /  one  which  supports  input  operations  and/ 
the  second  type  which  supports  output  operations. 

(ii)  LINES  -  to  indicate  ARCS  which  are  activities  that  have 
time/  cost/  auid  performance  criteria  associated  with  them. 

In  practice/  however/  both  the  arcs  and  nodes  are  similar/  in 
that  both  have  time/  cost/  auid  performance  criteria  associated  with 
them.  The  arcs  have  a  primary  and  a  cximulative  set  of  time/  cost/ 
amd  performance  criteria  whereas  the  nodes  have  only  a  single 
ciunulative  set . 
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(ill)  NAMING  CONVENTIONS  -  Effozrts  have  been  made  to  keep 
the  naming  convention  as  compatible  as  possible  to 
the  Data  Flow  Diagrams.  The  naming  convention  used 
is  displayed  below. 

NODES  -  All  nodes  are  prefixed  with  the  letter  N.  The 
individual  Nodes  are  identified  by  a  number  euid  a  letter. 
The  number  refers  to  the  number  of  the  node  within  the 
diagreua  emd  the  letter  refers  to  the  diagraua  number  in  the 
project.  In  the  event  that  a  node  has  been  referenced  in  an 
earlier  diagram  they  also  carry  the  nuimber  of  the  node  in 
the  earlier  diagram  as  a  prefix  to  the  individual  node 
number. 

N2.4A 

N  -  All  nodes  are  prefixed  with  the  letter  N 

2  -  Gives  the  number  of  the  node  it  relates  to  in  a 

higher  level  diagram  or  an  earlier  data  flow 
diagram  within  the  project.  In  this  case  it 
refers  to  node  N2  of  the  top  level  diagram. 

4  -  Gives  the  number  of  the  node  in  the  present 

data  flow  diagram. 

A  ~  The  nodes  in  each  subsequent  explosion  are 
allotted  an  alphedsetical  suffix  indicating  the 
number  of  the  explosion  diagram  in  the  particular 
project.  In  this  case^  it  is  the  first  lower 
level  diagram  within  the  project. 

ARCS  -  All  arcs  are  prefixed  with  either  the  letter  C  or  E. 
The  individual  Arcs  are  identified  by  two  nuxnbers.  The 
first  number  refers  to  the  number  of  the  arc  within  the 
diagram  and  the  second  nximber  refers  to  the  number  of  the 
diagrzun  within  the  project.  In  the  event  that  eui  arc  has 
been  referenced  in  em  earlier  diagram  they  also  carry  the 
number  of  the  arc  in  the  earlier  diagraun  as  a  prefix  to  the 
individual  arc  number.  The  arcs  which  are  identified  by  the 
letter  E  have  direct  reference  to  a  process  in  the 
corresponding  data  flow  diagreun  emd  as  such  are  named  the 
seuae  as  the  process  itself. 

C3 . 3 . 8 . 4  E12 . 1A2 

C  -  All  arcs  are  prefixed  with  the  letter  C.  In 

some  cases,  however,  arcs  carry  a  prefix  of  E. 
These  particular  arcs  correspond  to  a  process 
within  the  data  flow  diagram  and  are  thus 
neuaed  the  same  as  the  process  itself. 

3.3  -  Gives  the  nximber  of  the  arc  it  relates  to  in  a 

higher  level  diagram  or  an  earlier  data  flow  diagram 
within  the  project.  In  this  case,  it  refers  to  arc 
number  3  in  lower  level  diagram  #3  within  the 
project . 
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8.4  -  Indicates  that  this  particular  arc  is  the  #8  arc 

in  the  «4  lower  level  diagraua  of  the  project. 

B2LTCH  FILES 

INPUT  TILES  -  The  input  file  names  are  given  the 

extension  *.IN. 

OUTPUT  FILES  -  The  simulation  output  files  are  given 

the  extension  *.0U. 

PRINT  FILES  -  The  print  files  have  been  given  the 

extension  *.PR. 

(This  would  allow  stobsequent  updates  of  the  input  files  to 

be  numbered  as  INI . . . ,OUl . . . ,PR1 . . .  etc.) 

DEFAULT  SETTINGS: 


Control  Rncoxd: 

(i)  The  output  option  selected  is  "0"  which  provides  a 
detailed  listing^  euid  high  level  of  summary 
information . 

(ii)  The  input  record  listing  option  selected  is  "0"  which 
prints  all  input  records. 

(iii)  The  composite  terminal  node  output  option  selected  is 
"16"  which  assvunes  family  mode  and  intrafamily 
transfer  of  histogram  data. 

(iv)  The  number  of  iterations  used  are  "10"  in  the 

demonstration  model  to  facilitate  operation  in  the 
debug  mode  if  required. 

(v)  The  composite  node  neuae  and  the  network  neune  are  left 
as  bleuiks . 

(vi)  In  the  run  identification  the  name  of  the 

corresponding  Data  Flow  Diagram  is  used  as 

identification  for  the  network  description. 

Arc  Records: 

(i)  For  each  of  the  arcs  the  following  records  are 
provided: 

(a)  Master  Arc  Record 

(b)  Time  Distribution  Satellite 

(c)  Cost  Distribution  Satellite 

(d)  Performance  Distribution  Satellite 

(ii)  The  Distribution  Satellite  Records  are  created  to 
provide  a  uniform  statistical  distribution. 
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(ill)  The  default  values  used  for  the  minimxjm  and  maximum  in 
each  criteria  are: 

TIME  10.0  20.0 

COST  10.0  100.0 

PEKFORMAMCE  10.0  50.0 

Node  Records: 

(i)  Input  Logic  -  The  input  logic  for  the  nodes  are 
either  "ZNITZAL"  or  "AND”. 

(ii)  Output  Logic  -  The  output  logic  has  been  defaulted  to 
”AND”  or  "TERMINAL”. 

(iii)  The  output  option  indicator  emd  the  storage  option 
indicator  are  defaulted  to  read  ”0” . 

(iv)  The  node  description  has  also  been  left  blank. 

(It  is  again  noted  that  the  user  can  change  the  default 
values  to  desired  values  as  identified  by  the  particular 
requirement  and  applications . ) 

DOCUMENTATION; 

with  every  project  report  APJ  will  be  providing  the 
following  documents  relating  to  the  VERT: 

(i)  A  VERT  network  diagram  corresponding  to  a  pazrticular 
data  flow  diagram. 

(ii)  A  print  out  of  the  VERT  network  inputs  for  the 
particular  data  flow  diagreuns . 

(iii)  A  floppy  disc  containing  seunple  input,  print,  euid  the 
simulation  output  files  for  the  default  VERT  network. 
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Structured  Systems  Analysis  (SSA)  has  recently  become  an  industry 
standard  for  generating  Data  Flow  Diagrams  (replacing  "logic 
diagreuns"  or  "flow  charts")  to  aid  in  coordinating  the  functions  to 
be  performed  by  a  computer  program  2tnd  its  associated 
Inputs /Outputs  (I/O) .  During  the  SSA^  each  set  of  "flow  charts" 
can  be  checked  by  the  potential  user  to  assure  that  there  is 
complete  agreement  on  what  is  to  be  done  by  the  program,  and  how 
it  is  to  be  accomplished.  It  also  provides  considerable 
flexibility  for  updating  or  changing  the  program. 

Six  basic  elements  (  see  figure  1)  are  used  in  SSA: 

1 .  Process  (PRC) 

2.  Data  Flow  (DAF) 

3.  Data  Store  (DAS) 

4 .  External  Entity  (EXT) 

5 .  Data  Flow  Diagram  (DFD) 

6.  Data  Dictionary  (DCT) 

PROCESS  (Represented  by  a  Circle) : 

A  ftinction  or  operation  to  be  performed  which  can  be  explained  by 
a  set  of  instructions  representing  a  single  task,  e.g.,  "calculate 
interest  on  a  loeui",  "prepare  a  draft  report".  If  the  Process 
description  is  too  complex  to  describe  in  a  few  steps,  it  may  be 
necessary  to  develop  a  lower  level  description  (see  below) . 

DATA  FLOW  (Lines  interconnecting  Processes  or  I/Os) : 

Each  fvinction  or  Process  cannot  be  a  stemd-alone  in  a  complex 
network.  To  have  any  meaning  in  a  program,  each  process  must  be 
initiated  by  a  previous  action  euid/or  provided  information  on  which 
to  act.  Furthermore,  a  Process  must  result  in  an  output  which  is 
the  input  to  the  next  logical  Process.  These  inputs,  outputs,  or 
initiating  actions  are  identified  as  Data  Flows,  euid  are 
represented  by  the  Data  Flow  lines  indicating  its  point  of  origin 
and  the  process  to  which  it  provides  data. 
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DATA  STORE  (Represented  by  two  parallel  lines) : 

Although  some  Processes  generate  data  used  as  input  to  a 
succeeding  Process^  there  is  often  a  need  to  "gather  or  collect" 
information  from  files  in  which  it  is  stored.  This  information  may 
come  from  2m  external  source  (such  as  a  MIL-STD^  Army  regulation, 
historical  experience  files,  etc.),  or  am  internal  source  or  file 
in  which  data  is  temporarily  stored  for  use  by  succeeding 
processes.  These  Data  Stores  cam  be  visualized  as  a  "file 
cabinet”,  in  which  the  data  are  stored  for  later  retrieval) . 

BXTSRllAL  ENTITY  (Represented  by  a  Rectamgle)  : 

Each  program  or  logical  process  must  have  am  initiating  action, 
a  "point"  of  disposition  of  the  results,  and  possible  input 
guidamce  or  instructions.  Each  of  these  have  authorities, 
functions,  or  applications  which  are  independent  of  the  program 
Process  (although  required  by  the  program  Process) .  Thus,  these 
activities,  agencies,  or  facilities  are  considered  "External 
Entities"  to  the  program. 

DATA  FLOW  DIAGRAM: 

The  general  arramgement  of  the  above  can  be  readily  seen.  First, 
the  circle  or  Process  describes  what  has  to  be  done;  the 
interconnecting  lines  represent  the  Data  Flows,  together  with  the 
specific  description  of  all  I/Os.  The  Data  Stores  identify  the 
source  amd/or  file  designation  of  a  data  base,  and  the  External 
Entities  represent  those  activities  remote  from  the  Process,  which 
are  the  source  of  guidance  or  the  recipients  of  the  program.  This 
combination  of  Processes,  Data  Flows,  Data  Stores,  amd  External 
Entities  constitutes  a  "Data  Flow  Diagram" .  The  unique  feature 
of  the  Data  Flow  Diagram  (DFD)  is  that  each  process  can  be 
considered  independently,  permitting  a  chamge  to  be  made  in  one 
Process  without  a  major  chamge  in  the  overall  program. 

DATA  DICTIONARY: 

The  Data  Dictionary  consists  of  a  complete  description  of  each  of 
the  basic  elements.  For  the  Process,  it  contains  a  step-by'-step 
description  of  what  has  to  be  performed.  The  description  of  the 
Data  Flow  identifies  the  nomenclature  of  the  data,  a  detailed 
description  of  its  content,  amd  its  source.  The  Data  Stores  and 
External  Entities  are  described,  including  possible  location. 
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The  Data  Dictionary  (a  living  document)  begins  with  a  description 
of  the  first  Process  and  is  continually  built-up  as  the  Data  Flow 
Diagrams  are  expeuided/  detailed,  and  eventually  completed. 

APPROACH  TO  PKRrOBMZNG  STR0CTORBD  SYSTEM  ANALYSIS: 

The  best  approach  to  Structured  Systems  Analysis  is  to  assume 
that  the  program  consists  of  a  series  of  processes,  each  of  which 
are  to  be  assigned  to  an  inexperienced  analyst.  Each  analyst  is  to 
be  walked  through  the  assigned  process  of  the  Program,  explaining 
stepabyfahepions  have  to  be  performed  or  what  actions  have  to  be 
taken  to  accomplish  the  process.  The  2uialyst  is  also  informed 
where  the  information  is  coming  from  (input  Data  Flow) ,  what  is  to 
be  generated  by  each  process  (output  Data  Flow) ,  where  the  data 
base  may  to  be  found  (Data  Stores) ,  and  who  to  contact  for 
guidemce  (External  Entities)  . 

The  best  way  to  initiate  a  SSA  is  to  set  down  the  point  of  origin 
of  a  progreun,  its  final  goal  (a),  and  the  intermediate  functions  or 
actions  needed  to  get  from  beginning  to  goal.  Each  step  should  be 
considered  as  a  Process  -  some  may  be  sequential  amd  others 
parallel.  Then,  the  steps  needed  to  accomplish  the  Process  should 
be  described.  If  the  description  is  complex  and  needs  intermediate 
steps,  the  Process  is  then  a  camdidate  for  am  "explosion".  That 
is,  the  top  (or  upper)  level  Process  is  considered  as  a  "project” 
amd  its  own  Data  Flow  Diagram  is  prepared. 

When  writing  the  step-by-step  procedures  in  the  Process,  certain 
elements  of  data  (or  information)  must  be  made  availadble  for  the 
procedure.  Each  element  of  data  is  considered  as  an  input  Data 
Flow,  which  is  identified  amd  described.  The  product  (or  result) 
of  a  Process  is  an  output  Data  Flow  element. 

Each  Data  Flow  to  the  Process  must  originate  from: 

1 .  an  earlier  Process 

2.  a  Data  Store  (or  file) 

3.  an  External  Entity. 

These  sources  are  also  identified,  described  amd  put  into  the 
Data  Dictionary.  As  soon  as  the  last  portion  of  the  Data  Flow 
Diagram  has  been  described,  the  SSA  is  complete. 
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The  structured  Analysis  phase  is  followed  by  Structured  Design^ 
then  by  prograunming  and  finally  software  test  and  validation.  The 
organization  of  Structured  Analysis  and  its  relationship  to 
Structured  System  Design  is  shown  on  Figure  2. 
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REVlEW/CRITiQUeACCEPTANCE  OF  DFD 


Figure  1.  Structured  Analysis  &  Structured 
Systems  Design  Orgeuiization 
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REPRESENTS  A  PROCESS,  FUNCTION 
OR  ACTION 


REPRESENTS  A  DATA  STORE  OR  A 
DATA  FILE  -  OFTEN  IDENTIFIED  AS 
A  REPOSITORY  OF  INFORMATION  OF 
A  SPECIFIC  TYPE 


REPRESENTS  A  DATA  ELEMENT 
FLOW  INDICATING  OUTPUT  FROM 
ONE  PROCESS  AND  INPUT  TO 
ANOTHER  PROCESS 


REPRESENTS  AN  EXTERNAL 
ENTITY  -  AN  ACTIVITY  NOT  A 
PART  OF  THE  SYSTEM/PROCESS 
BEING  MODELED. 


Figure  2.  Standard  OFO  Symbol  Definitions 
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